Lockup on Startup

zeroberto · 10-10-2011, 10:21 AM

I don't know exactly what happened, but since few days ago I have the exact problem, but with system lockup for few minutes at startup.
I have deleted the /lib/udev/rules.d/75-persistent-net-generator.rules, and manually created the /etc/udev/rules.d/70-persistent-net.rules file with the following content:

Code:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="6C-F0-49-7C-CE-E1", ATTR{type}=="1", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="BB-BB-77-77-75-77", ATTR{type}=="1", NAME="eth1"

Prior to that I checked the MAC addresses in Windows. Now the system loads normally but sometimes I have this:

Code:

eth0      Link encap:Ethernet  HWaddr ff:ff:ff:ff:ff:ff
          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)
          Interrupt:21 Base address:0xc000 

eth1      Link encap:Ethernet  HWaddr 6c:f0:49:7c:ce:e1  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:1684 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:102467 (100.0 KiB)  TX bytes:468 (468.0 B)
          Interrupt:42 

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:66 errors:0 dropped:0 overruns:0 frame:0
          TX packets:66 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:6096 (5.9 KiB)  TX bytes:6096 (5.9 KiB)

That's because sometimes 8139too is loaded before r8169:

Code:

[    5.369055] 8139too: 8139too Fast Ethernet driver 0.9.28
[    5.369217] 8139too 0000:03:07.0: enabling device (0000 -> 0003)
[    5.369367] 8139too 0000:03:07.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
[    5.370325] 8139too 0000:03:07.0: eth0: RealTek RTL8139 at 0xc000, ff:ff:ff:ff:ff:ff, IRQ 21

[    5.870346] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    5.870500] r8169 0000:02:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[    5.872242] r8169 0000:02:00.0: setting latency timer to 64
[    5.872278] r8169 0000:02:00.0: irq 42 for MSI/MSI-X
[    5.872361] r8169 0000:02:00.0: eth1: RTL8168d/8111d at 0xffffc9000007c000, 6c:f0:49:7c:ce:e1, XID 083000c0 IRQ 42

Unloading both modules, and loading them in right order would solve the problem for eth0, but not for eth1.

Code:

[  105.366985] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[  105.367016] r8169 0000:02:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[  105.367068] r8169 0000:02:00.0: setting latency timer to 64
[  105.367105] r8169 0000:02:00.0: irq 42 for MSI/MSI-X
[  105.367296] r8169 0000:02:00.0: eth0: RTL8168d/8111d at 0xffffc90010b82000, 6c:f0:49:7c:ce:e1, XID 083000c0 IRQ 42

[  109.265714] 8139too: 8139too Fast Ethernet driver 0.9.28
[  109.265744] 8139too 0000:03:07.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
[  109.266562] 8139too 0000:03:07.0: eth1: RealTek RTL8139 at 0xc000, ff:ff:ff:ff:ff:ff, IRQ 21

Now there is a MAC address of ff:ff:ff:ff:ff:ff for eth1 but it shold be BB-BB-77-77-75-77. And I have no idea how to change that.

Code:

# ifconfig eth1 up
SIOCSIFFLAGS: Cannot assign requested address

xj25vm · 10-17-2011, 07:40 AM

Bear in mind that your /etc/udev/rules.d/70-persistent-net.rules gets regenerated on every startup - so editing it directly is not necessarily a good idea. This actually appears to be connected with a thread I started just recently - I have to ethernet interfaces and one wlan one - and udev is making a has of all of them:

http://www.linuxquestions.org/questi...-rules-907381/

The conclusion seems to be to either delete /lib/udev/rules.d/75-persistent-net-generator.rules, which is the script responsible for generating the file /etc/udev/rules.d/70-persistent-net.rules (which some people say is a bit out of order, as udev shouldn't be interfered with), or to put your rules in /etc/udev/rules.d/90-local.rules - which will get executed after the "official" udev rules (because of the '90' bit) - and hopefully overwrite them.

I have to admit I went for the harsh option and just deleted the /lib/udev/rules.d/75-persistent-net-generator.rules - as it was driving me bananas.

There is also a chance that what you need is some changes in /etc/modprobe.d - in order to force one module to load before the other - if that's where the problem is coming from.

Edit: my 70-persistent-net.rules file has the mac address separated by colons (

- are you sure about using hyphens as separator?