Analysieren von Gerätefeldern von ifcfg-Dateien in CentOS

#cat ifcfg-eth0

Gerät=eth0

...

Grund: Es gibt einen Computerraum für die Servermigration. Ich hatte Angst, dass er beschädigt werden würde, aber als ich ihn wieder einbaute, fiel mir die falsche Reihenfolge ein, was dazu führte, dass die Netzwerkkarte nicht übereinstimmte Aus dem ursprünglichen eth01 wurde eth23.

Analyse:

Lösung für eth0-Gerät unter CentOS nicht gefunden

Ich habe durch Baidu einige Informationen gelernt und werde sie hier zum Auswendiglernen aufzeichnen. Warum wird eth0 zu eth1? Viele Linux-Distributionen verwenden udev, um Gerätedateien dynamisch zu verwalten und sie basierend auf Geräteinformationen dauerhaft zu benennen. udev identifiziert die Netzwerkkarte während des Systemstartvorgangs und zeichnet die entsprechende Mac-Adresse und den Namen der Netzwerkkarte im Regelskript von udev auf. Bei neuen virtuellen Maschinen generiert VMware automatisch eine MAC-Adresse für die Netzwerkkarte der virtuellen Maschine. Wenn Sie die Software der virtuellen Maschine klonen oder neu installieren, verwenden Sie die virtuellen Festplatteninformationen des vorherigen Systems und das System verfügt bereits über eth0-Informationen , für diese neue Netzwerkkarte nennt udev sie automatisch eth1 (Akkumulationsprinzip), sodass die Netzwerkkarte, die Sie mit ifconfig sehen, nach dem Start Ihres Systems den Namen eth1 trägt.

Der eth0 hier ist in /etc/udev/rules.d/70-persistent-net.rules

definiert

# Diese Datei wurde automatisch von /lib/udev/write_net_rules generiert

# Programm, ausgeführt von der Regeldatei persistent-net-generator.rules

#

# Sie können es ändern, solange Sie jede Regel auf einer einzigen

belassen

#-Zeile und ändern Sie nur den Wert des NAME=-Schlüssels

# PCI-Gerät 0x8086:0x100f (e1000)

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{type}==" 1", KERNEL=="eth*", NAME="eth0"

Lösung: Warum wird eth0 zu eth1?

Wie stelle ich eine Wiederherstellung auf eth0 her? Das von udev zum Aufzeichnen von Netzwerkregeln verwendete Skript lautet: /etc/udev/rules.d/70-persistent-net.rules [user@localhost ~]$ vi /etc/udev/rules.d /70-persistent -net.rules

# Diese Datei wurde automatisch von /lib/udev/write_net_rules generiert

# Programm, das von der Regeldatei persistent-net-generator.rules ausgeführt wird

#

# Sie können es ändern, solange Sie jede Regel in einer einzigen Zeile behalten

# PCI-Gerät 0x1022:0x2000 (pcnet32)

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5a:6c:73", ATTR{type}==" 1",KERNEL=="eth*", NAME="eth0"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a9:22:9d", ATTR{type}==" 1",KERNEL=="eth*", NAME="eth1"

Lösung für das Problem, dass das eth0-Gerät unter CentOS nicht gefunden werden kann. Öffnen Sie die Datei und Sie werden feststellen, dass Informationen zu zwei Netzwerkkarten, eth0 und eth1, vorhanden sind. Tatsächlich können Sie jedoch nur Informationen zu einer Netzwerkkarte finden. eth1, während ifconfig. Zu diesem Zeitpunkt, da eth0 überhaupt nicht existiert. Löschen Sie die eth0-Informationen und ändern Sie den Gerätenamen in eth0. Die angezeigte Netzwerkkarte ist eth0. Es gibt auch eine Startskriptdatei /etc/sysconfig/network-scripts/ifcfg-eth0. Die MAC-Adresse in dieser Datei ist die physische Adresse der ursprünglichen eth0-Netzwerkkarte, und die virtuelle Maschine weist eth1 eine neue physische Adresse zu Wenn die Informationen nicht mit den tatsächlichen Informationen übereinstimmen, ändern Sie die MAC-Adressinformationen in 70-persistent-net.rules in die MAC-Adresse von eth1, starten Sie das Netzwerk erneut und der vorherige Status des eth0-Netzwerks wird vollständig wiederhergestellt Karte.

Das obige ist der detaillierte Inhalt vonAnalysieren von Gerätefeldern von ifcfg-Dateien in CentOS. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!