linuxgeek: [nslu2-linux] Re: Upgrade to Lenny from Etch

Just to report that I have just had the same problem -- udev reassigning eth0 to eth1 on upgrade to lenny.

Glad to find this post.

Commented out the udev rules, as suggested above, and on boot up it recreated a new one to use eth0. Everything fine from then onwards.

From /var/log/syslog:
Nov 22 23:06:30 debianslug kernel: [42949423.890000] eth0: MII PHY 1 on NPE-B
Nov 22 23:06:30 debianslug kernel: [42949424.160000] udev: renamed network interface eth0 to eth1

From 70-persistent-net.rules, after commenting out and rebooting:

# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# MAC addresses must be written in lowercase.

# Unknown net device (/class/net/eth0) (ixp4xx_mac)
#SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:13:10:d6:1e:a7", NAME="eth0"

# Unknown net device (/class/net/eth0) (ixp4xx_eth)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0f:66:7c:dd:11", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# Unknown net device (/class/net/eth0) (ixp4xx_eth)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0f:66:7c:dd:11", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

So, in summary, it looks like something from ipx4xx_mac is left behind. I think that I have used this USB disk on both this and a spare (backup) NSLU2 with etch installed. Unsure of exact history -- lovely thing about these things is that you set them up and then they just work...
The only problem I've ever had was with a power supply failure. Replacement from Maplins was fine.

Off topic - did the hardware mod. with an Atmel chip to auto power on after a power cut (I live in a village where we get one a week). V. straightforward, and well worth it.

--- In nslu2-linux@yahoogroups.com, "Gordon Farquharson" <gordonfarquharson@...> wrote:
>
> On Wed, Dec 10, 2008 at 14:29, Adrian Oldacres <adrianoldacres@...> wrote:
>
> > After a bit of poking around, I have found that the 00:13:10:d7:19:e4
> > mac address belongs to my slug#2 (as reported by ifconfig on that
> > box). There is no human-readable copy of the mac address on the
> > outside of either slug#1 or slug#2 unfortunately.
> >
> > At some point in the past, the hdd on slug#1 _may_ have been used as
> > the source for a disk-disk copy from slug#2 following a hdd failure on
> > slug#1 - my memory is not what it used to be, sad to say.
>
> Thanks for the update. It looks like this problem wasn't caused by the
> installer, which is good news for Martin and me :-)
>
> Gordon
>
> --
> Gordon Farquharson
> GnuPG Key ID: 32D6D676
>