El dispositivo eth0 no parece estar presente, retrasando la inicialización

14

He clonado un fedora y ahora intento configurar las interfaces de red. Cada vez que agrego una nueva NIC, comienza con el número eth3 (en lugar de eth0). He intentado eliminar y modificar el 70-persistent-net.rules, así como el network-scripts/eth0pero nada parece estar solucionando el problema. Aquí hay algunas salidas de mi máquina

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

¿Alguna sugerencia sobre cómo puedo solucionarlo?

usuario2896215
fuente
¿Tiene una lista de las direcciones MAC que vmware está asignando a su VM?
Mark Plotnick
ifconfig -a eth3 Enlace de enlace: Ethernet HWaddr 00: 0C: 29: A3: 3E: 16 inet addr: 192.168.144.75 Bcast: 0.0.0.0 Máscara: 255.255.255.0 inet6 addr: fe80 :: 20c: 29ff: fea3: 3e16 / 64 Alcance: Enlace UP Broadcast Broadcast MULTICAST MTU: 1500 Métrica: 1 paquetes RX: 40997 errores: 0 descartados: 0 desbordamientos: 0 trama: 0 paquetes TX: 463 errores: 0 descartados: 0 desbordamientos: 0 portador: 0 colisiones: 0 txqueuelen : 1000 bytes RX: 2543682 (2.4 MiB) bytes TX: 65822 (64.2 KiB)
usuario2896215
eth4 Link encap: Ethernet HWaddr 00: 0C: 29: A3: 3E: 20 inet addr: 10.10.10.1 Bcast: 0.0.0.0 Máscara: 255.255.255.0 inet6 addr: fe80 :: 20c: 29ff: fea3: 3e20 / 64 Alcance: Enlace UP TRANSMISIÓN EJECUTANDO MULTICAST MTU: 1500 Métrica: 1 paquetes RX: 198 errores: 0 descartados: 0 desbordamientos: 0 trama: 0 paquetes TX: 196 errores: 0 descartados: 0 desbordamientos: 0 portadora: 0 colisiones: 0 txqueuelen: 1000 RX bytes: 18378 (17.9 KiB) bytes TX: 20271 (19.7 KiB)
usuario2896215
lo Enlace de encapsulado: Local Loopback inet addr: 127.0.0.1 Máscara: 255.0.0.0 inet6 addr: :: 1/128 Alcance: Host UP LOOPBACK RUNNING MTU: 16436 Métrica: 1 Paquetes RX: 1241 errores: 0 caídos: 0 overruns: 0 trama: 0 paquetes TX: 1241 errores: 0 descartados: 0 desbordamientos: 0 portadora: 0 colisiones: 0 txqueuelen: 0 bytes RX: 72277 (70.5 KiB) bytes TX: 72277 (70.5 KiB)
usuario2896215
pan0 Enlace encapsulado: Ethernet HWaddr 06: CB: 63: 1B: B6: 10 MTU DE TRANSMISIÓN MULTICAST: 1500 Métrica: 1 paquetes RX: 0 errores: 0 descartados: 0 desbordamientos: 0 trama: 0 paquetes TX: 0 errores: 0 descartados: 0 desbordamientos: 0 transportista: 0 colisiones: 0 txqueuelen: 0 bytes RX: 0 (0.0 b) bytes TX: 0 (0.0 b)
usuario2896215

Respuestas:

5

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

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

y reiniciar. Debería repoblar el archivo por usted. Este archivo existe de modo que si inserta una nueva NIC en una máquina de manera que parezca eth0que no toma eth0la configuración de IP de su (si omitió la dirección mac de la configuración) y en su lugar se llama con un nuevo nombre .

Si trunca el archivo, no hay forma de que toda esa información esté allí a menos que así sea realmente la configuración del hardware.

Bratchley
fuente
Lo intenté pero no está repoblando ...
user2896215
1
Muchas implementaciones de udev no reconstruyen 70-persistent-net.rules si la parte del proveedor de MAC está en una lista que se considera utilizada por las implementaciones populares de máquinas virtuales. 00: 0c: 29 es uno de ellos.
Mark Plotnick
Si no se está repoblando, verificaría si todavía lo creó, eth0incluso sin las reglas. De lo contrario, debería poder agregar manualmente la regla udev copiando / pegando la eth0regla anterior y simplemente actualizando la parte de la dirección MAC.
Bratchley
si estoy agregando otra NIC, se agrega como eth3 (incluso sin las reglas).
usuario2896215
¿En qué versión de Fedora estás? Nunca antes había visto ese comportamiento, así que me gustaría instalar un reproductor de mi lado.
Bratchley
4

Cuando inicie en la máquina clonada ifconfig -a, verá que no hay eth0, pero debería haber un eth1. Está intentando iniciar eth0 debido al archivo /etc/sysconfig/network-scripts/ifcfg-eth0.

Para arreglar esto, edite /etc/udev/rules.d/70-persistent-net.rules. Elimine el primer bloque para eth0. Cambiar el segundo bloque aNAME="eth0"

Copie el MAC y reemplácelo /etc/sysconfig/network-scripts/ifcfg-eth0y edite la IP si es necesario.

Reinicie la VM y debería estar listo para comenzar. Esto funcionó para mí.

usuario225698
fuente
Eliminar el primer bloque y cambiar eth0 en el bloque restante funcionó muy bien para una migración de VPS.
MIguelele