On Feb 12, Steve Langasek <vorlon@debian.org> wrote: > The problem seems as simple as that the ipx4xx driver is *not* included in > d-i, but is included in the installed kernel; so in the installer, the > module is never loaded resulting in the USB adapter getting the eth0 name, > but after a reboot the ipx4xx driver is found first, breaking the handling > of persistent device names. No, wait... When a new network interface is added it will get the next available name, this is a supported configuration. The problem is that for some reason udev believes that both devices should get the same name. I had no time to properly review this bug, but my bet is that udev thinks that one of the devices (eth0) should not be renamed, so trying to rename the other one to eth0 too will fail. Maybe DRIVERS=="?*" (which is needed to ignore stuff like VLAN subinterfaces) is not matching. > Adding the hard-coded rule to rename ixp4xx_mac devices to eth1 would also > seem to be a pretty reliable workaround, as long as it was limited to only > be activated on NSLU2 systems. (You wouldn't want this confusing rule being > added to systems without this hardware!) Yes, this would work. -- ciao, Marco
Attachment:
signature.asc
Description: Digital signature