Gerät eth0 scheint nicht vorhanden zu sein und verzögert die Initialisierung

14

Ich habe ein Fedora geklont und jetzt versucht, Netzwerkschnittstellen zu konfigurieren. Jedes Mal, wenn ich eine neue Netzwerkkarte hinzufüge, beginnt diese mit der Nummer eth3 (eher eth0). Ich habe versucht, das zu entfernen und zu ändern 70-persistent-net.rulessowie das, network-scripts/eth0aber nichts scheint, das Problem zu beheben. Hier sind einige Ausgaben von meiner Maschine

[root@abc ~]# ls /sys/class/net
eth3  eth4  lo  pan0
[root@abc ~]# cat /etc/udev/rules.d/70-persistent-net.rules 
# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.

# PCI device 0x15ad:0x07b0 (vmxnet3)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:29:7f:eb", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x15ad:0x07b0 (vmxnet3)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:29:7f:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x15ad:0x07b0 (vmxnet3)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:29:7f:f5", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x15ad:0x07b0 (vmxnet3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a3:3e:16", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x15ad:0x07b0 (vmxnet3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a3:3e:20", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x15ad:0x07b0 (vmxnet3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a3:3e:2a", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

[root@abc ~]# service network restart
Shutting down loopback interface:  [  OK  ]
Bringing up loopback interface:  [  OK  ]
Bringing up interface eth0:  Device eth0 does not seem to be present, delaying initialization.
[FAILED]
[root@abc ~]#  
[root@abc network-scripts]# vi ifcfg-eth0 

# Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express
DEVICE=eth0
BOOTPROTO=static
BROADCAST=192.168.1.255
HWADDR=00:0c:29:a3:3e:16
IPADDR=192.168.1.75
IPV6INIT=yes
IPV6_AUTOCONF=yes
NETMASK=255.255.255.0
NETWORK=192.168.1.0
ONBOOT=yes
NM_CONTROLLED=no
GATEWAY=192.168.1.1
~ 

Irgendwelche Vorschläge, wie ich es beheben kann?

user2896215
quelle
Haben Sie eine Liste der MAC-Adressen, die VMware Ihrer VM zuweist?
Mark Plotnick
ifconfig -a eth3 Verbindungskapsel: Ethernet HWaddr 00: 0C: 29: A3: 3E: 16 inet addr: 192.168.144.75 Bcast: 0.0.0.0 Mask: 255.255.255.0 inet6 addr: fe80 :: 20c: 29ff: fea3: 3e16 / 64 Gültigkeitsbereich: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metrisch: 1 RX-Pakete: 40997 Fehler: 0 verworfen: 0 Überläufe: 0 Frame: 0 TX-Pakete: 463 Fehler: 0 verworfen: 0 Überläufe: 0 Carrier: 0 Kollisionen: 0 Senden : 1000 RX-Bytes: 2543682 (2,4 MiB) TX-Bytes: 65822 (64,2 KiB)
user2896215
eth4-Verbindungskapsel: Ethernet HWaddr 00: 0C: 29: A3: 3E: 20-Zoll-Adr: 10.10.10.1 Bcast: 0.0.0.0 Maske: 255.255.255.0-Zoll6-Adr: fe80 :: 20c: 29ff: fea3: 3e20 / 64 Gültigkeitsbereich: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metrik: 1 RX-Pakete: 198 Fehler: 0 verworfen: 0 Overruns: 0 Frame: 0 TX-Pakete: 196 Fehler: 0 verworfen: 0 Overruns: 0 Carrier: 0 Kollisionen: 0 Empfang: 1000 RX Bytes: 18378 (17,9 KiB) TX Bytes: 20271 (19,7 KiB)
user2896215
lo Linkkapsel: Lokale Loopback-Inet-Adresse: 127.0.0.1 Maske: 255.0.0.0 Inet6-Adresse: :: 1/128 Gültigkeitsbereich: Host UP LOOPBACK RUNNING MTU: 16436 Metrisch: 1 RX-Pakete: 1241 Fehler: 0 verworfen: 0 Überschreitungen: 0 Frame: 0 TX-Pakete: 1241 Fehler: 0 Verworfen: 0 Überläufe: 0 Träger: 0 Kollisionen: 0 Empfang: 0 Empfangsbytes: 72277 (70,5 KiB) TX-Bytes: 72277 (70,5 KiB)
Benutzer2896215
pan0 Verbindungskapsel: Ethernet HWaddr 06: CB: 63: 1B: B6: 10 BROADCAST MULTICAST MTU: 1500 Metrisch: 1 RX-Pakete: 0 Fehler: 0 verworfen: 0 Überschreitungen: 0 Frame: 0 TX-Pakete: 0 Fehler: 0 verworfen: 0 Überläufe: 0 Träger: 0 Kollisionen: 0 Empfang: 0 Empfangsbytes: 0 (0,0 b) TX-Bytes: 0 (0,0 b)
Benutzer2896215

Antworten:

5

Leer /etc/udev/rules.d/70-persistent-net.rules:

[root@xxxsat601 ~]# echo > /etc/udev/rules.d/70-persistent-net.rules
[root@xxxsat601 ~]#

und neu starten. Es sollte die Datei für Sie neu füllen. Diese Datei ist vorhanden, wenn Sie eine neue Netzwerkkarte so in einen Computer einfügen, dass sie zu sein scheinteth0 diese die eth0IP-Konfiguration Ihres nicht annimmt (wenn Sie die MAC-Adresse in der Konfiguration weggelassen haben) und stattdessen unter einem neuen Namen aufgerufen wird .

Wenn Sie die Datei abschneiden, können diese Informationen nur dort gespeichert werden, wenn die Hardwarekonfiguration tatsächlich so aussieht.

Bratchley
quelle
Ich habe versucht, aber es ist nicht neu zu bevölkern ....
user2896215
1
Viele udev-Implementierungen erstellen 70-persistent-net.rules nicht neu, wenn sich der MAC-Anbieterteil in einer Liste befindet, die von gängigen Virtual Machine-Implementierungen verwendet wird. 00: 0c: 29 ist einer von ihnen.
Mark Plotnick
Wenn es nicht neu bevölkert wird, würde ich prüfen, ob es eth0auch ohne die Regeln noch erstellt wird . Andernfalls sollten Sie in der Lage sein, die udev-Regel einfach manuell hinzuzufügen, indem Sie die alte eth0Regel kopieren / einfügen und nur den MAC-Adressenteil aktualisieren.
Bratchley
Wenn ich eine weitere Netzwerkkarte hinzufüge, wird diese als eth3 hinzugefügt (auch ohne die Regeln).
user2896215
Auf welcher Fedora-Version bist du? Ich habe dieses Verhalten noch nie erlebt, deshalb möchte ich einen Wiedergabegerät an meiner Seite aufstellen.
Bratchley
4

Wenn Sie auf dem geklonten Computer booten, geben Sie ifconfig -a Sie feststellen, dass es kein eth0 gibt, aber ein eth1 geben sollte. Es wird versucht, eth0 aufgrund der Datei zu initiieren /etc/sysconfig/network-scripts/ifcfg-eth0.

Um dies zu beheben, bearbeiten Sie /etc/udev/rules.d/70-persistent-net.rules . Entfernen Sie den ersten Block für eth0. Ändern Sie den zweiten Block inNAME="eth0"

Kopieren Sie den MAC und ersetzen Sie den MAC in /etc/sysconfig/network-scripts/ifcfg-eth0 und bearbeiten Sie die IP, falls erforderlich.

Starten Sie die VM neu und Sie sollten einsatzbereit sein. Das hat bei mir funktioniert.

user225698
quelle
Das Entfernen des ersten Blocks und das Ändern von eth0 im verbleibenden Block funktionierten hervorragend für eine VPS-Migration.
MIguelele