Az nomad 2009-09-20 03:47:14
Udev has a nasty habit where it takes it upon itself to rename
I have lines in demsg such as:
udev: renamed network interface eth1 to eth2
udev: renamed network interface eth0_rename to eth1
This behavior sucks especially when udev changes its mind between
reboots where NO hardware changes have occured. My motherboard
ethernet which has been eth0 for *years*, is now getting renamed to
I see rules in /etc/udev/rules.d/70-persistent-net.rules and when I had
swapped out a plugin card and udev started it’s musical chairs game, I
was able to reverse it by deleting the extranious rules there.
However, it won’t leave my motherboard at eth0. I delete the rule,
and some nanny process shoves it back giving me two rules for the
I don’t really care what the ethernet devices get named as long as they
don’t change for no d*** reason between reboots. This system is a
mythtv server and I don’t appreciate having to get out a keyboard to
fix something that was previously working. If it works, don’t fix it!
J.o. aho 2009-09-20 03:47:16
The udev rule is set by MAC-address, if you change MAC-address, a new rule is
setup and the ethernet device gets a new name. The system will not remove a
device that “disappeared”.
This rule is there to ensure that you get the same device name each time,
regardless which version of the kernel you run, regardless if you build in the
driver or use a module, as there are people who don’t like switching the
network cable when the devices changes names.
Are you sure your hardware isn’t broke?
Micha g rny 2009-09-20 03:47:17
Instead of removing the rules, change the device names there. Else, udev
will detect that device ain’t listed and dump its data again.
Best regards, Micha G rny
Az nomad 2009-09-20 03:47:19
The device was already listed. The nanny process would come and add an
additional rule for the same mac address, override it, and get it renamed
Mike bleiweiss 2009-09-20 21:46:40
I’ve had this same problem with some nvidia chipsets (nforce, etc). You
may notice that your MAC address is changing every time the computer is
rebooted. It’s the BIOS that is doing this. The kernel boots up, udev
sees the nic as a different device since it has a different MAC, and then
it assigns the “new device” as a different /dev/eth*.
You may find a setting in the BIOS which disables this – but it’s never
worked for me. I eventually ended up replacing the motherboard. I did
have a script going for a while that would change the device back after
boot, but it caused all kinds of occasional random wierdness.
You may be able to modify your /etc/udev/rules.d/70-persistent-net.rules
and change the eth* lines to eth0.
Some similar references: