eno1Ich habe gerade ein Fedora 21-Workstation-System installiert und dabei die Reihenfolge gegenüber eno2dem CentOS 6-System, das vorher hier war, umgekehrt .
lspci | grep Eth
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
00:19.0hat eine MAC-Adresse, die auf endet :4f, während 03:00.0auf endet :50.
Mein Verständnis war, dass mit einer niedrigeren PCI-Adresse :4ferhalten würde eno1, aber tatsächlich denkt es, dass es so :50ist eno1.
Was ist der Grund dafür und muss ich einfach akzeptieren, dass Systeme mit Fedora 21 die entgegengesetzte Reihenfolge wie CentOS 6 haben? (Wir setzen Dutzende dieser Systeme ein.)
Antwort1
Bei Netzwerkkarten, die auf der Hauptplatine und nicht in PCI-/PCI-x-/PCIe-Steckplätzen integriert sind, werden die „konsistenten“ Netzwerkgerätenamen tatsächlich aus Informationen gewonnen, die vom System-BIOS bereitgestellt werden.
Um Dell zu zitieren, der bei der Entwicklung dieser Funktion mitgewirkt hat:
Das System-BIOS gibt dem Betriebssystem die Reihenfolge der integrierten Netzwerkgeräte über SMBIOS-Datensätze vom Typ 41 an. Das System-BIOS stellt dem Betriebssystem „Systemsteckplatzinformationen“ über Datensätze vom Typ 9 zur Verfügung. Der Biosdevname verwendet SMBIOS-Typ 41, um den integrierten Netzwerkgeräten Namen vorzuschlagen, und Datensätze vom Typ 9, um neue Namen für PCI-Zusatzadapter vorzuschlagen.
Mit anderen Worten entscheidet das BIOS, welche integrierte Netzwerkkarte NIC 1 und welche NIC 2 ist.
Daher vermute ich, dass Sie irgendwann zwischen der Installation von CentOS 6 und der Installation von Fedora 21 ein System-BIOS-Update durchgeführt haben.
Beachten Sie auch, dass sich die Struktur der Namen selbst in RHEL/CentOS 7 und Fedora im Vergleich zu RHEL/CentOS 6 geändert hat.
In EL6, eingebettete NICs beginnen mit emund einer Nummer, und NICs auf Erweiterungskarten beginnen mit pgefolgt von Bus, Steckplatz und Funktion. Dies war die ursprüngliche Biosdevname-Funktion.
In Fedora und RHEL 7biosdevname wurde ersetzt durchnative systemd-Unterstützung, und das Gerätebenennungsschema hatgeändert. Alle verkabelten NICs beginnen mit en, und bei integrierten NICs geht es weiter mit ound einer Nummer, während NICs auf Erweiterungskarten weiter mit p, der Busnummer, s, der Steckplatznummer und optional fund der Funktionsnummer gehen.
(Wenn Sie jedoch direkt von EL6 auf EL7 aktualisieren, bleiben die alten Namen erhalten.)
Ein Beispiel dessen, was Sie von meinen eigenen Systemen sehen werden:
Onboard-NICs (in einem Dell PowerEdge):
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 54:9f:35:17:f4:32 brd ff:ff:ff:ff:ff:ff
3: eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 54:9f:35:17:f4:34 brd ff:ff:ff:ff:ff:ff
NICs auf einer Erweiterungskarte (in einem SuperMicro-Schrottstück):
2: enp3s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 0c:c4:7a:45:b8:d2 brd ff:ff:ff:ff:ff:ff
3: enp3s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether 0c:c4:7a:45:b8:d3 brd ff:ff:ff:ff:ff:ff