Le périphérique eth0 ne semble pas être présent, retardant l'initialisation


14

J'ai cloné un fedora et j'essaye maintenant de configurer les interfaces réseau. Chaque fois que j'ajoute une nouvelle carte réseau, elle commence par le numéro eth3 (plutôt eth0). J'ai essayé de supprimer et de modifier le 70-persistent-net.rulesainsi que le network-scripts/eth0mais rien ne semble résoudre le problème. Voici quelques sorties de ma machine

[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
~ 

Des suggestions sur la façon de le réparer?


Avez-vous une liste des adresses MAC que vmware attribue à votre machine virtuelle?
Mark Plotnick

ifconfig -a eth3 Encap Link: 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 Portée: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Métrique: 1 paquets RX: 40997 erreurs: 0 abandonnés: 0 dépassements: 0 trame: 0 paquets TX: 463 erreurs: 0 abandonnés: 0 dépassements: 0 transporteur: 0 collisions: 0 txqueuelen : 1000 octets RX: 2543682 (2,4 Mio) octets TX: 65822 (64,2 Kio)
user2896215

eth4 Link encap: Ethernet HWaddr 00: 0C: 29: A3: 3E: 20 inet addr: 10.10.10.1 Bcast: 0.0.0.0 Mask: 255.255.255.0 inet6 addr: fe80 :: 20c: 29ff: fea3: 3e20 / 64 Portée: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Métrique: 1 paquets RX: 198 erreurs: 0 abandonné: 0 dépassements: 0 trame: 0 paquets TX: 196 erreurs: 0 abandonné: 0 dépassements: 0 opérateur: 0 collisions: 0 txqueuelen: 1000 RX octets: 18378 (17,9 Ko) Octets TX: 20271 (19,7 Ko)
user2896215

lo Encap Link: Local Loopback inet addr: 127.0.0.1 Mask: 255.0.0.0 inet6 addr: :: 1/128 Portée: Host UP LOOPBACK RUNNING MTU: 16436 Métrique: 1 paquets RX: 1241 erreurs: 0 abandonné: 0 dépassements: 0 trame: 0 paquets TX: 1241 erreurs: 0 abandonné: 0 dépassements: 0 porteuse: 0 collisions: 0 txqueuelen: 0 octets RX: 72277 (70,5 Ko) octets TX: 72277 (70,5 Ko)
user2896215

pan0 Link encap: Ethernet HWaddr 06: CB: 63: 1B: B6: 10 BROADCAST MULTICAST MTU: 1500 Métrique: 1 paquets RX: 0 erreurs: 0 abandonné: 0 dépassements: 0 trame: 0 paquets TX: 0 erreurs: 0 abandonné: 0 dépassements: 0 porteuse: 0 collisions: 0 txqueuelen: 0 octets RX: 0 (0,0 b) octets TX: 0 (0,0 b)
user2896215

Réponses:


5

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

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

et redémarrez. Il devrait repeupler le fichier pour vous. Ce fichier existe de sorte que si vous insérez une nouvelle carte réseau dans une machine telle qu'elle semble eth0ne pas prendre la eth0configuration IP de votre (si vous avez omis l'adresse mac dans la configuration) et est plutôt appelée par un nouveau nom .

Si vous tronquez le fichier, il n'y a aucun moyen pour que toutes ces informations s'y trouvent, à moins que ce ne soit vraiment à quoi ressemble la configuration matérielle.


J'ai essayé mais ce n'est pas repeuplé ....
user2896215

1
De nombreuses implémentations udev ne reconstruisent pas 70-persistent-net.rules si la partie fournisseur MAC figure dans une liste considérée comme étant utilisée par les implémentations de machines virtuelles populaires. 00: 0c: 29 est l'un d'entre eux.
Mark Plotnick

S'il ne repeuple pas, je vérifierais s'il l'a toujours créé, eth0même sans les règles. Sinon, vous devriez pouvoir ajouter manuellement la règle udev en copiant / collant l'ancienne eth0règle et en mettant simplement à jour la partie d'adresse MAC.
Bratchley

si j'ajoute un autre NIC, il ajoute comme eth3 (même sans les règles).
user2896215

Sur quelle version de fedora êtes-vous? Je n'ai jamais vu ce comportement auparavant, donc j'aimerais installer un reproducteur de mon côté.
Bratchley

4

Lorsque vous démarrez sur la machine clonée, ifconfig -avous verrez qu'il n'y a pas d'eth0 mais qu'il doit y avoir un eth1. Il essaie de lancer eth0 à cause du fichier /etc/sysconfig/network-scripts/ifcfg-eth0.

Pour résoudre ce problème, modifiez /etc/udev/rules.d/70-persistent-net.rules. Retirez le premier bloc pour eth0. Remplacez le deuxième bloc parNAME="eth0"

Copiez le MAC et remplacez le MAC /etc/sysconfig/network-scripts/ifcfg-eth0et modifiez l'IP si nécessaire.

Redémarrez la machine virtuelle et vous devriez être prêt à partir. Cela a fonctionné pour moi.


La suppression du premier bloc et la modification de eth0 dans le bloc restant ont très bien fonctionné pour une migration VPS.
MIguelele
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.