Realtek interface 8111/8168B doesn't shows as eth0 with 2.6.31-14-server

[Nicolas Jungers]

On a karmic box with:

uname -a
Linux kserver 2.6.31-14-server #48-Ubuntu SMP Fri Oct 16 15:07:34 UTC 2009 x86_64 GNU/Linux

lspci
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)

ifconfig eth0
eth0: error fetching interface information: Device not found

ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:60:6e:50:29:94
          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)

I have the same result with karmic desktop (2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009 i686 GNU/Linux) but then the Network manager compensate.

[Nicolas Jungers (unbug)]

It occurs to me that it's more probably related to the motherboard which is an Asus M3A3200. The realtek interface shows up as eth2 when I connect another ethernet interface, otherwise it shows up as eth1 but never as eth0.

[Andy Whitcroft (apw)]

Can you get us the udev logs (/var/log/udev) after boot on this system. Also the dmesg for the same boot and attach both to this bug report:

[Nicolas Jungers (unbug)]

udev and dmesg of the last boot as requested

[Nicolas Jungers (unbug)]

dmesg

[Andy Whitcroft (apw)]

Looks like the device was named eth0 originally by the kernel and then renamed to eth2, that is normally something udev does as a result of applying the persistant naming conventions, could you attach the contents of ifconfig -a and the contents of /etc/udev/rules.d/70-persistent-net.rules:

  KERNEL[1259086320.754384] move /devices/pci0000:00/0000:00:06.0/0000:03:00.0/net/eth2 (net)
  UDEV_LOG=3
  ACTION=move
  DEVPATH=/devices/pci0000:00/0000:00:06.0/0000:03:00.0/net/eth2
  SUBSYSTEM=net
  DEVPATH_OLD=/devices/pci0000:00/0000:00:06.0/0000:03:00.0/net/eth0
  INTERFACE=eth2
  IFINDEX=2
  SEQNUM=1448

[Nicolas Jungers (unbug)]

root@manu002:~# cat /etc/udev/rules.d/70
cat: /etc/udev/rules.d/70: No such file or directory
root@manu002:~# ifconfig
eth2 Link encap:Ethernet HWaddr 00:23:54:6f:5e:55
          inet addr:192.168.1.102 Bcast:192.168.1.255 Mask:255.255.255.0
          inet6 addr: fe80::223:54ff:fe6f:5e55/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:28789 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27615 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2303726 (2.3 MB) TX bytes:4656395 (4.6 MB)
          Interrupt:19 Base address:0xc000

lo Link encap:Local Loopback
          inet addr:127.0.0.1 Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING MTU:16436 Metric:1
          RX packets:14 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1421 (1.4 KB) TX bytes:1421 (1.4 KB)

[Nicolas Jungers (unbug)]

oops, small mistake in the ifconfig, but same result, there is no down interface.

ifconfig -a
eth2 Link encap:Ethernet HWaddr 00:23:54:6f:5e:55
          inet addr:192.168.1.102 Bcast:192.168.1.255 Mask:255.255.255.0
          inet6 addr: fe80::223:54ff:fe6f:5e55/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:10470 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9505 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1002186 (1.0 MB) TX bytes:811776 (811.7 KB)
          Interrupt:19 Base address:0xc000

lo Link encap:Local Loopback
          inet addr:127.0.0.1 Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING MTU:16436 Metric:1
          RX packets:270 errors:0 dropped:0 overruns:0 frame:0
          TX packets:270 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:24143 (24.1 KB) TX bytes:24143 (24.1 KB)

[Nicolas Jungers (unbug)]

OK, I found the problem and it's indeed a /etc/udev/rules.d/70-persistent-net.rules problem. The OS is on a USB key that I plug into various computers. By default udev records the mac address and doesn't notice that the computer changed. The result defeats the purpose of dhcp, so I think it still a bug. But then it's a design bug. I suggest to close this one and to open a new one where appropriate (but where is it, udev?).

[Jeremy Foshee (jeremyfoshee)]

This bug report was marked as Incomplete and has not had any updated comments for quite some time. As a result this bug is being closed. Please reopen if this is still an issue in the current Ubuntu development release http://cdimage.ubuntu.com/daily-live/current/ . Also, please be sure to provide any requested information that may have been missing. To reopen the bug, click on the current status under the Status column and change the status back to "New". Thanks.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

[Nicolas Jungers (unbug)]

Jeremy,

as I already notified (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/486267/comments/8) this bug is a mistake. But the underlying problem, udev undermining dhcp is still a problem.