[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

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.


Attachment: signature.asc
Description: Digital signature

Reply to: