Tom Horsley wrote (on 03-Apr-2012 at 22:15 +0100):
> On Tue, 3 Apr 2012 21:48:49 +0100 'Chris Hall' wrote:
>
> > More important. Somebody has killed my eth0. It's gone. "Device
> > eth0 does not seem to be present..." I cannot find it anywhere.
> It has just been renamed to something more "convenient" like p6p1 or
> em0.
> Try ifconfig -a and see what is there.
OK... well, it's not remotely convenient. I *really* do not want to go through all the places where I expect (a) to use eth0 or (b) recode stuff that expects an interface name to be [a-z]+[0-9]+.
It's a wonderful idea to stop the name changing if a new interface is added... but everybody knows what eth0 is, and p32p1 is not as obvious. I can see that there is a problem if interface 'x' is expected to be eth0 when interface 'y' already has that name. So starting off with some "real" names which are so hugely inconvenient that nobody would want to use them (say "mac-xx-xx-xx-xx-xx-xx") and then having a user accessible mapping to "effective" name would do the trick nicely.
I have found /etc/udev/rules.d/70-persistent-net.rules and told it:
ACTION=="add", SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="xx:...:xx", KERNEL=="eth*", NAME="eth0"
but dmseg still says:
... udev [494]: renamed network interface eth0 to p32p1
Does anyone know how I map the [494] back to whatever rule it is that does this renaming ?
Thanks,
Chris
--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
