(causado pelo udev)

Isso já me aconteceu no Linux Slackware 12.1 e (mais recentemente) no CentOS 5.2: a placa de rede muda de identidade, de eth0 para eth2 (por exemplo). A solução é bem simples:

Para ambos (Slack & CentOS):

Encontre o mac_addr da dita cuja:

# ifconfig eth2

(copie o mac-addr em algum lugar)

Desative-a:

# ifconfig eth2 down

Dê-lhe nova identificação (a antiga, na verdade):

# nameif <mac_address> eth0

No CentOS:

# cd /etc/sysconfig/network-scripts
# rm -fv ifcfg-eth2 (cuidado aqui) - que é a identificação da placa (agora) inexistente

Edite o ifcfg-eth0 e acrescente o mac_addr:


Convém acrescentar na outra placa também, se existir (ifcfg-eth?), o seu próprio mac-addr, pra evitar futuras trocas de identidade.

Depois, é só:

# /etc/init.d/network restart

E pronto.. tudo voltou à ordem! :)

[1] Comentário enviado por thiagop em 10/12/2008 - 10:52h:

Opa!

Já tive esse problema no Ubuntu 7.10. As vezes eles trocavam de nome sem razão aparente.

Pena que o servidor tá em produção num cliente que não tenho mais contato, senão eu melhoraria :)


Mas fica aí pra próxima. Valeu!

[2] Comentário enviado por mcl085 em 08/05/2010 - 10:45h:

Parabéns pela dica Irado. Já tive este problema e já ouvi relatos que é um problema comumente encontrado em sistemas Debian.
Continue assim. Abs

[3] Comentário enviado por isacferreira em 13/08/2010 - 15:22h:

Valeu a dica!

Só uma correção (pelo menos no Fedora8) o comando nameif pede primeiro a eth e depois o MAC, assim:
[root@servidor]# nameif ethX 00:11:22:33:44:55

Ah e que tal se no lugar de excluir a cfg da eth voce simplesmente renomeá-la, depois é só mudar a linha "DEVICE" no arquivo de configuração.
[root@servidor]# mv /etc/sysconfig/network-scripts/ifcfg-ethANTIGA /etc/sysconfig/network-scripts/ifcfg-ethDESEJADA
[root@servidor]# pico -wb /etc/sysconfig/network-scripts/ifcfg-ethDESEJADA
(...)
DEVICE=ethDESEJADA
(...)