Il dispositivo eth0 non sembra essere presente, ritardando l'inizializzazione


14

Ho clonato un fedora e ora sto provando a configurare le interfacce di rete. Ogni volta che aggiungo una nuova scheda NIC, inizia con il numero eth3 (piuttosto eth0). ho provato a rimuovere e modificare 70-persistent-net.rulescosì come network-scripts/eth0ma nulla sembra risolvere il problema. Ecco alcune uscite dalla mia macchina

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

Qualche suggerimento su come posso ripararlo?


Hai un elenco degli indirizzi MAC che vmware sta assegnando alla tua VM?
Mark Plotnick,

ifconfig -a eth3 Link encap: Ethernet HWaddr 00: 0C: 29: A3: 3E: 16 inet addr: 192.168.144.75 Bcast: 0.0.0.0 Maschera: 255.255.255.0 inet6 addr: fe80 :: 20c: 29ff: fea3: 3e16 / 64 Ambito: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metrico: 1 pacchetti RX: 40997 errori: 0 scartati: 0 sovraccarichi: 0 frame: 0 Pacchetti TX: 463 errori: 0 scartati: 0 sovraccarichi: 0 portatore: 0 collisioni: 0 txqueuelen : 1000 byte RX: 2543682 (2,4 MiB) byte TX: 65822 (64,2 KiB)
2896215

collegamento Eth4 Link: Ethernet HWaddr 00: 0C: 29: A3: 3E: 20 inet addr: 10.10.10.1 Bcast: 0.0.0.0 Maschera: 255.255.255.0 inet6 addr: fe80 :: 20c: 29ff: fea3: 3e20 / 64 Ambito: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metrico: 1 pacchetti RX: 198 errori: 0 scartati: 0 sovraccarichi: 0 frame: 0 Pacchetti TX: 196 errori: 0 scartati: 0 sovraccarichi: 0 portante: 0 collisioni: 0 txqueuelen: 1000 RX byte: 18378 (17,9 KiB) byte TX: 20271 (19,7 KiB)
2896215

lo Link encap: indirizzo inet loopback locale: 127.0.0.1 Maschera: 255.0.0.0 inet6 addr: :: 1/128 Ambito: host UP LOOPBACK RUNNING MTU: 16436 Metrico: 1 pacchetti RX: 1241 errori: 0 scartati: 0 sovraccarichi: 0 frame: 0 pacchetti TX: 1241 errori: 0 rilasciati: 0 sovraccarichi: 0 portante: 0 collisioni: 0 txqueuelen: 0 byte RX: 72277 (70,5 KiB) byte TX: 72277 (70,5 KiB)
user2896215

pan0 Link encap: Ethernet HWaddr 06: CB: 63: 1B: B6: 10 BROADCAST MULTICAST MTU: 1500 Metrico: 1 pacchetti RX: 0 errori: 0 rilasciati: 0 sovraccarichi: 0 frame: 0 Pacchetti TX: 0 errori: 0 rilasciati: 0 sovraccarichi: 0 portante: 0 collisioni: 0 txqueuelen: 0 byte RX: 0 (0,0 b) byte TX: 0 (0,0 b)
utente2896215

Risposte:


5

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

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

e riavviare. Dovrebbe ripopolare il file per te. Questo file esiste in modo tale che se si inserisce una nuova scheda NIC in una macchina in modo tale che sembra eth0non assumere la eth0configurazione IP della propria (se si è omesso l'indirizzo mac dalla configurazione) e viene invece chiamato con un nuovo nome .

Se si tronca il file, non c'è modo per tutte quelle informazioni di essere lì a meno che non sia proprio quello che sembra la configurazione hardware.


Ho provato ma non si ripopola ....
user2896215

1
Molte implementazioni di udev non ricostruiscono 70-persistent-net.rules se la parte del fornitore MAC è in un elenco che viene considerato utilizzato dalle più diffuse implementazioni di macchine virtuali. 00: 0c: 29 è uno di questi.
Mark Plotnick,

Se non si ripopola, verificherei se lo ha ancora creato, eth0anche senza le regole. Altrimenti dovresti essere in grado di aggiungere manualmente la regola udev copiando / incollando la vecchia eth0regola e aggiornando semplicemente la parte dell'indirizzo MAC.
Bratchley,

se sto aggiungendo un'altra scheda di rete, sta aggiungendo come eth3 (anche senza le regole).
user2896215

Su quale versione di Fedora sei? Non avevo mai visto quel comportamento prima, quindi mi piacerebbe creare un riproduttore dalla mia parte.
Bratchley,

4

Quando avvii la macchina clonata entra ifconfig -avedrai che non c'è eth0 ma dovrebbe esserci un eth1. Sta tentando di avviare eth0 a causa del file /etc/sysconfig/network-scripts/ifcfg-eth0.

Per risolvere questo problema, modifica /etc/udev/rules.d/70-persistent-net.rules. Rimuovere il primo blocco per eth0. Cambia il secondo blocco inNAME="eth0"

Copia il MAC, sostituisci il MAC /etc/sysconfig/network-scripts/ifcfg-eth0e modifica l'IP se necessario.

Riavvia la VM e dovresti essere pronto per partire. Questo ha funzionato per me.


La rimozione del primo blocco e la modifica di eth0 nel blocco rimanente hanno funzionato perfettamente per una migrazione VPS.
Gioguelele,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.