O dispositivo eth0 parece não estar presente, atrasando a inicialização

14

Eu clonei um fedora e agora estou tentando configurar interfaces de rede. Sempre que adiciono uma nova placa de rede, ela começa com o número eth3 (em vez eth0). Eu tentei remover e modificar o 70-persistent-net.rules, bem como o, network-scripts/eth0mas nada parece estar corrigindo o problema. Aqui estão algumas saídas da minha 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
~ 

Alguma sugestão sobre como posso corrigi-lo?

user2896215
fonte
Você tem uma lista dos endereços MAC que o vmware está atribuindo à sua VM?
precisa saber é o seguinte
ifconfig -a eth3 Encap de link: Ethernet HWaddr 00: 0C: 29: A3: 3E: 16 endereço inet: 192.168.144.75 Bcast: 0.0.0.0 Máscara: 255.255.255.0 endereço inet6: fe80 :: 20c: 29ff: fea3: 3e16 / 64 Escopo: Link UP BROADCAST EM EXECUÇÃO MULTICAST MTU: 1500 Métrica: 1 pacotes RX: 40997 erros: 0 eliminados: 0 excedentes: 0 quadro: 0 pacotes TX: 463 erros: 0 eliminados: 0 excedentes: 0 transportadora: 0 colisões: 0 txqueuelen : 1000 bytes de RX: 2543682 (2,4 MiB) bytes de TX: 65822 (64,2 KiB)
user2896215
Eth4 Encap de link: 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 Escopo: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Métrico: 1 pacotes RX: 198 erros: 0 eliminados: 0 excedentes: 0 quadro: 0 pacotes TX: 196 erros: 0 eliminados: 0 excedentes: 0 transportadora: 0 colisões: 0 txqueuelen: 1000 RX bytes: 18378 (17,9 KiB) bytes TX: 20271 (19,7 KiB)
user2896215
Encapsulamento de link: Add-in local de loopback local: 127.0.0.1 Máscara: 255.0.0.0 add-inet6: :: 1/128 Escopo: Host UP UP LOOPBACK RUNNING MTU: 16436 Métrica: 1 pacotes RX: 1241 erros: 0 eliminados: 0 excedentes: 0 quadro: 0 pacotes TX: 1241 erros: 0 eliminados: 0 excedentes: 0 transportadora: 0 colisões: 0 txqueuelen: 0 bytes RX: 72277 (70.5 KiB) bytes TX: 72277 (70.5 KiB)
user2896215
pan0 Encap de link: Ethernet HWaddr 06: CB: 63: 1B: B6: 10 BROADCAST MULTICAST MTU: 1500 Métrico: 1 pacotes RX: 0 erros: 0 eliminados: 0 excedentes: 0 excedentes: 0 quadro: 0 pacotes TX: 0 erros: 0 eliminados: 0 excedentes: 0 transportadora: 0 colisões: 0 txqueuelen: 0 bytes RX: 0 (0.0 b) bytes TX: 0 (0.0 b)
user2896215

Respostas:

5

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

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

e reinicie. Ele deve preencher novamente o arquivo para você. Esse arquivo existe para que, se você inserir uma nova placa de rede em uma máquina de forma que pareça ser, eth0ela não assuma a eth0configuração IP da sua máquina (se você omitiu o endereço mac da configuração) e seja chamada por um novo nome. .

Se você truncar o arquivo, não há como todas essas informações estarem lá, a menos que seja realmente essa a aparência da configuração de hardware.

Bratchley
fonte
Eu tentei, mas não o seu repovoamento ....
user2896215
1
Muitas implementações do udev não recriam 70-persistent-net.rules se a parte do fornecedor do MAC estiver em uma lista que é considerada usada pelas implementações populares de máquinas virtuais. 00: 0c: 29 é um deles.
precisa
Se não estiver sendo repovoado, eu verificaria se ainda o criou, eth0mesmo sem as regras. Caso contrário, você poderá adicionar manualmente a regra do udev, copiando / colando a eth0regra antiga e atualizando a parte do endereço MAC.
Bratchley
se estou adicionando outra NIC, ela está adicionando como eth3 (mesmo sem as regras).
usar o seguinte comando
Em qual versão do fedora você está? Nunca vi esse comportamento antes, então gostaria de montar um reprodutor do meu lado.
Bratchley
4

Ao inicializar na máquina clonada, ifconfig -avocê verá que não há eth0, mas deve haver um eth1. Ele está tentando iniciar eth0 por causa do arquivo /etc/sysconfig/network-scripts/ifcfg-eth0.

Para corrigir isso, edite /etc/udev/rules.d/70-persistent-net.rules. Remova o primeiro bloco para eth0. Mude o segundo bloco paraNAME="eth0"

Copie o MAC, substitua-o /etc/sysconfig/network-scripts/ifcfg-eth0e edite o IP, se necessário.

Reinicie a VM e você deve estar pronto. Isso funcionou para mim.

user225698
fonte
Remover o primeiro bloco e alterar eth0 no bloco restante funcionou muito bem para uma migração de VPS.
MIguelele