I've configured my system to use new predictable network interface names and removed /etc/udev/rules.d/80-net-name-slot.rules, as explained inside that file: # To activate this function, move this file to a name that doesn't end in.rules, # or remove it then reboot your system. Now, after re-emerging udev this file was created again, and thus result in using old (not configured anymore) network interface names - i.e. non-working network after reboot! `emerge udev` shouldn't create this file after it was removed by admin.
Ok, I see this commend was modified since I read it first time (probably in 197-r3 or 197-r4) and now it recommends to copy this rule from /lib/udev/rules.d/ instead of just removing it in /etc/. But, still, this issue will affect people who moved to new naming scheme before comment in that file was modified, so I recommend to print some ewarn if udev is going to create that file.
The better advice for you would have been: rm /etc/udev/rules.d/80-net-name-slot.rules ln -s /etc/udev/rules.d/80-net-name-slot.rules \ /lib/udev/rules.d/80-net-name-slot.rules The coming udev-199 / systemd-199 will have an additional kernel cmdline parameter available: net.ifnames=1 The decision to spare a very easy additional USE flag (oldifnames) had issued hundreds of support threads in the forums. It made the forums.gentoo.org website very popular in statistics :(
>=198 no longer puts this file in place as it's the upstream default to use the predictable names nothing left to do here *** This bug has been marked as a duplicate of bug 453494 ***
