-----Original Message-----
From: users-boun...@lists.fedoraproject.org 
[mailto:users-boun...@lists.fedoraproject.org] On Behalf Of Tom H
Sent: zondag 31 mei 2015 15:23
To: Fedora Users
Subject: Re: I'm shocked, shocked!

On Sat, May 30, 2015 at 1:37 PM, Tom Horsley <horsley1...@gmail.com> wrote:
>
> To see that the "predictable" network name for my one and only 
> ethernet port has changed once again.
> On fedora 22 eno1 is what used to be em1.

That's because you've moved from one "predictable" scheme to another...

em1 is a name assigned by biosdevname where "em" stands for "embedded"
(although I've seen an "ethernet on motherboard" explanation) and the generic 
name is "em<port_number>". The other biosdevname option is 
"p<slot_number>p<port_number> where the first "p" stands for "pci".

eno1 is a name assigned by udev where "en" stands for ethernet and "o"
for onboard. From "man systemd.link":

<<snip>>
-----Original Message-----
So, if you use Ethernet connection, based on the same sort of hardware, but one 
located on the MOBO, one on a PCI-card and one on a USB-connector, they all got 
different names. That's bad.
But even worse, it means that scripts designed for totally hardware agnostic 
configuration, now should determine where a piece of hardware is located. 
That's the inverse of progress....

I wonder if "old" behavior (like ETHnn) can be retrieved by NamePolicy 
="database"

HW.



______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet 
de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u 
verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat 
aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband 
houdt met risico's verbonden aan het electronisch verzenden van berichten.

This message may contain information that is not intended for you. If you are 
not the addressee or if this message was sent to you by mistake, you are 
requested to inform the sender and delete the message. The State accepts no 
liability for damage of any kind resulting from the risks inherent in the 
electronic transmission of messages.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Reply via email to