[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



* 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: