Ok, just read the new news item and the linked udev-guide wiki page, and
the only thing left that I'm unsure/concerned about now is the
persistent net rules changes...
The very last line on the wiki page says:
4. Known problems
Stale 70-persistent-net.rules (or other network rules) in
/etc/udev/rules.d can prevent the predictable network naming from being
enabled. Both 70-persistent-net.rules and 70-persistent-cd.rules are
from the now deleted rule_generator
These 'stale' 70- rules are all I have right now (again I'm still on
udev-171-r10), and while the wiki page doesn't say what to do with/about
them, it seems to hint that I could leave these in place and... they
would still work as they did previously (prevent the predictable network
naming from being enabled)?
My system (8+ years old) has a Tyan motherboard (S2895) with dual Gb
ethernet ports, with only one port currently used (but both are enabled
in the BIOS so both are listed in my current rules file).
Contents of rules.d:
myhost : Sat Mar 30, 08:33:28 : ~
# ls -al /etc/udev/rules.d
total 16
drwxr-xr-x 2 root root 4096 Feb 23 15:04 .
drwxr-xr-x 4 root root 4096 Feb 23 15:04 ..
-rw-r--r-- 1 root root 1187 Apr 11 2010 70-persistent-cd.rules
-rw-r--r-- 1 root root 492 Feb 23 15:04 70-persistent-net.rules
-rw-r--r-- 1 root root 0 Feb 23 15:04 .keep_sys-fs_udev-0
myhost : Sat Mar 30, 08:33:29 : ~
Contents of 70-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.
# PCI device 0x10de:0x0057 (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:e0:81:54:9c:8b", KERNEL=="eth*",
NAME="eth1"
# PCI device 0x10de:0x0057 (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:e0:81:54:9c:8a", KERNEL=="eth*",
NAME="eth0"
So... after reading the new news item, am I right that all I need to do
to make sure that my network comes up properly is... edit the 80-*
rule(s) that are created after udev is updated to make sure the same
adapters that were named eth0/1 are now named net0/1, and the kernel
will now take care of naming net0/1 eth0/1?
Also, is it critical to remove (or at least rename) the old 70- rules
*before* the update, or just be sure to do so before I reboot after the
update?
Thanks - I'm sure I'm just being paranoid, but it has helped me to avoid
lots of pain in the past with other major updates on this system over
these last 8+ years.
(I'm not concerned about the cd rule because obviously that won't affect
the system booting, so I can come back and fix this one later if needed)
