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

Bug#407460: marked as done (USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible)

Your message dated Fri, 20 Apr 2007 18:00:55 -0400
with message-id <20070420220055.GA13240@kitenet.net>
and subject line closing
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: debian-installer
Version: 20061102
Severity: serious

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.

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

--- End Message ---
--- Begin Message --- 
Based on Gordon's last message to this bug and my shakey memory, this is
fixed in etch, so closing it.

-- 
see shy jo

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: