Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible
* Gordon Farquharson <gordonfarquharson@gmail.com> [2007-01-18 08:57]:
> I'm not sure which package to assign this bug to, but since it causes
> the system to be inaccessible after an install, debian-installer seems
> like a good place to start.
Well, I still believe this is a problem with udev. CCing Marco.
> Summary of the problem:
>
> After an installation of Debian on the Linksys NSLU2, the system is
> inaccessible because the USB ethernet interface is renamed
> eth1_rename.
>
> Background:
>
> The NSLU2 is an ARM based network available storage device. Support
> for installing Debian on this system has been added to etch. The NSLU2
> has a single built-in ethernet adapter for which a driver has been
> written and included in the Debian 2.6.18 kernel. However, Debian
> installer images cannot use this driver, because the network processor
> engine (NPE) in the IXP4xx CPU requires non-free microcode. Therefore,
> a USB to ethernet adapter is required to install Debian.
>
> Problem description:
>
> Debian installs without problems using the USB to ethernet adapter.
> During the installation, a udev rule is written which names the USB to
> ethernet adapter to eth0:
>
> # cat /etc/udev/rules.d/z25_persistent-net.rules
> # 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.
>
> # USB device 13b1:0018 (asix)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:14:bf:fe:2a:4e",
> NAME="eth0"
>
> However, when booting after the installation, the NPE driver seems to
> assume control of the interface name eth0, which causes something to
> rename the interface of the USB to ethernet adapter to eth1_rename.
>
> >From the boot log:
>
> IXP4XX NPE driver Version 0.2.0 initialized
> input: ixp4xx beeper as /class/input/input0
> IXP4XX Q Manager 0.2.0 initialized.
> ixp4xx_mac driver 0.2.1: eth0 on NPE-B with PHY[1] initialized
> eth1: register 'asix' at usb-0000:00:01.2-2, ASIX AX88772 USB 2.0
> Ethernet, 00:14:bf:fe:2a:4e
> usbcore: registered new driver asix
>
> the output of ifconfig -a:
>
> # ifconfig -a
> eth0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
> inet addr:192.168.1.67 Bcast:192.168.1.255 Mask:255.255.255.0
> BROADCAST MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
>
> eth1_rena Link encap:Ethernet HWaddr 00:14:BF:FE:2A:4E
> BROADCAST MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
>
> and the /etc/network/interfaces created by the installer
>
> # The primary network interface
> allow-hotplug eth0
> iface eth0 inet static
> address 192.168.1.67
> netmask 255.255.255.0
> network 192.168.1.0
> broadcast 192.168.1.255
> gateway 192.168.1.1
> # dns-* options are implemented by the resolvconf package, if
> installed
> dns-nameservers 205.171.3.65 205.171.2.65
> dns-search example.org
>
> This configuration causes the system to be inaccessible unless the
> user has added a connector for a serial port to the NSLU2. This
> procedure requires soldering; something most users are not going to
> do.
>
> Here is the relevant output from /dev/hotplug.log with hotplug logging
> enabled:
>
> HOTPLUG_TIME='Thu Jan 18 08:08:22 MST 2007'
> PHYSDEVPATH=/devices/platform/ixp4xx_mac.0
> SUBSYSTEM=net
> OLDPWD=/
> DEVPATH=/class/net/eth0
> ACTION=add
> UDEV_LOG=3
> COMMENT=Unknown net device (/class/net/eth0) (ixp4xx_mac)
> UDEVD_EVENT=1
> PHYSDEVDRIVER=ixp4xx_mac
> INTERFACE=eth0
> PHYSDEVBUS=platform
> SEQNUM=684
>
> Note that eth1 or eth1_rename does not appear in the log.
>
> I have tried the latest version of the NPE driver (0.3.1) that has
> been checked into the Debian kernel repository, but there is no change
> in the behaviour.
>
> IXP4XX NPE driver Version 0.3.0 initialized
> IXP4XX Q Manager 0.2.1 initialized.
> ixp4xx_mac driver 0.3.1: eth0 on NPE-B with PHY[1] initialized
> eth1: register 'asix' at usb-0000:00:01.2-2, ASIX AX88772 USB 2.0
> Ethernet, 00:14:bf:fe:2a:4e
>
> I am using the version of debian-installer in trunk, and linux-2.6
> 2.6.18.dfsg.1-9 (linux-image-2.6.18-4-ixp4xx).
>
> I'm still looking for a solution to the problem. Any suggestions would
> be helpful.
>
> Other bugs that may be related: #405845, #406948, and #389250
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389250
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405845
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406948
>
> Gordon
>
> --
> Gordon Farquharson
>
--
Martin Michlmayr
http://www.cyrius.com/
Reply to: