Você pode fazer isso usando udevadm trigger
Você ainda precisa remover as regras persistentes e reiniciar o serviço de rede.
Para o caso geral, digamos que o adaptador virtual para eth0 foi removido e substituído por outro. Seja devido à clonagem ou, mais recentemente, uma onda de conflitos de endereço MAC. [Sim, uma erupção deles.]
Normalmente eu simplesmente rm /etc/udev/rules.d/70-persistent-net-rules e verifique se nada em / etc / sysconfig / network * contém uma referência a um endereço MAC e reboot , mas este é o Linux e deve haver uma maneira de evitar reinicializando.
Existe um comando que eu posso executar para pegar a nova placa de rede?
Além da resposta do @ dawud abaixo, encontrei um problema em minha VM de teste, onde ele já havia sido inicializado com o novo dispositivo e recebi o nome eth1 . Nesse caso, udevadm não parece "liberar" o dispositivo. Neste caso eu fiz o seguinte:
/etc/iftab com a linha eth0 mac ##:##:##:##:##:## substituindo no endereço MAC. ifrename parece não gostar quando este arquivo não existe / contém o nome da interface de destino. ifrename -i eth1 -n eth0 service network restart e eth0 foram iniciados normalmente. rm /etc/iftab , então há menos um lugar para um MAC viver. Para mim, a sequência de comandos abaixo funcionou como esperado.
Eu fiz modificações em /etc/udev/rules.d/70-persistent-net.rules para alterar o número eth e recarregá-las sem reinicializar.
/etc/init.d/networking stop
/etc/init.d/udev stop
udevadm control --reload-rules
/etc/init.d/udev start
/etc/init.d/networking start
Depois disso, ele é carregado com sucesso sem reiniciar a máquina.
Qualquer sugestão ou recomendações sobre isso são bem-vindas, eu descobri o acima por conta própria lendo as páginas MAN.
Tags udev vmware-vsphere redhat