Alterei o nome da minha interface eth1 para eth0 . Como perguntar a udev agora para reler a configuração?
service udev restart
e
udevadm control --reload-rules
não ajuda. Então, existe alguma maneira válida, exceto a reinicialização? (sim, reiniciar ajuda com esse problema)
sim, sei que devo preceder os comandos com sudo , mas qualquer um que eu postei acima não altera nada em ifconfig -a output: ainda vejo eth1 , não eth0 .
Acabei de alterar a propriedade NAME da linha de regra do udev. Não conheço nenhum motivo para isso ser ineficaz.
Não há nenhum erro na execução dos dois comandos que publiquei acima, mas eles simplesmente não alteram o nome real da interface em ifconfig -a output. Se eu executar a reinicialização, o nome da interface será alterado conforme o esperado.
Para fins de desenvolvimento, eu escrevo um script que clona máquinas virtuais (controladas pelo VirtualBox) e as pré-configura de alguma forma.
Por isso, executo um comando para clonar VM, iniciá-lo e enquanto a interface de rede MAC for alterada - udev adiciona a segunda regra às regras persistentes de rede. Logo após a inicialização da máquina pela primeira vez, existem duas regras:
eth0 , que não existe, desde que exista na imagem original da VM MAC eth1 , que existe, mas toda a configuração em todos os arquivos se refere a eth0 , então não é tão bom para mim Portanto, com sed , excluo a linha com eth0 (ela é obsoleta e inútil na imagem clonada) e substitua eth1 por eth0 . Atualmente, tenho a regra persistente válida, mas ainda há eth1 em /dev .
O problema: eu não quero reiniciar a máquina (vai demorar mais uma vez, o que não é bom em construir-VM-stage) e só quero ter o meu /dev reconstruído com algum comando para que eu tenha VM pronta para uso sem reinicializações.
Não sei se isso ajuda a recarregar a configuração da rede, mas quando modifiquei /etc/udev/rules.d/70-persistent-cd.rules para corrigir o link do dispositivo de DVD de /dev/dvd1 para /dev/dvd , tive que executar
sudo udevadm trigger
para ter os novos links criados.
Você precisa combinar todos os conselhos dados aqui na ordem correta:
service networking stop
lspci -v e procure por "driver do kernel em uso:" modprobe -r <driver module> udevadm control --reload-rules
udevadm trigger
modprobe <driver module>
service networking start
iptables que fizeram referência ao nome da interface eth antes que ele estivesse ativo. Suspeito que o passo 4 ou o passo 5 não são realmente necessários, mas estes passos funcionaram para mim. Você poderia verificar após a etapa 4 com a etapa 2.1 para ver se o comando de disparo já fez a etapa 5, edite essa resposta para refletir suas descobertas, se o fizer.
Eu tive um problema semelhante. Desde que eu não queria ter tempo para reiniciar, eu corri um forro usando a sugestão de Chris Wesseling.
% bl0ck_qu0te% Isso funcionou para mim usando o servidor Ubuntu 12.04.02. Minhas nics estavam usando o driver de módulo do kernel tg3, então mude o tg3 para o módulo que suas interfaces estão usando. Eu encontrei os meus usados em /etc/udev/rules.d/70-persistent-net.rules :
O único problema que tive foi uma rota ruim que eu consertei com um simples comando route add. Obrigado pela ajuda Chris!
sudo /etc/init.d/udev restart deve fazer o truque. Alguns dos comandos que você tentou, se forem executados com sudo , podem ser eficazes também.
Isso deve ser feito com segurança:
sudo reload udev
Como usei este comando sem problemas.
Estou pesquisando há algum tempo com praticamente o mesmo propósito e não consegui encontrar uma maneira de alterar o nome da interface de rede em um sistema ativo.
A solução que tenho feito é excluir o arquivo /etc/udev/rules.d/70-persistent-net.rules no modelo, o que significa que na próxima inicialização ele verá qualquer placa de rede como eth0.
Você precisa recarregar o udev para acionar a alteração da regra, mas o dispositivo não será renomeado a menos que você descarregue / recarregue o módulo do driver.
Portanto, modprobe -r e1000 && modprobe e1000 após o recarregamento do udev deve fazer o truque. Claro, não faça isso se você precisar da rede e tiver apenas interfaces e1000.
udevadm trigger
funcionará insira a descrição do link aqui
Então, para mim no VirtualBox com o Ubuntu 12.04, mudo frequentemente entre ethernet e wireless.
Assim, quando minha conexão muda, devo escolher o adaptador em ponte a partir de dispositivos > Configurações de rede. "Intel 82579LM Gigabit Network Connection" ou "Intel Centrino Ultimate-N 6300 AGN".
Depois de fazer isso, posso executar
sudo modprobe -r e1000
sudo service udev restart
sudo modprobe e1000
ping google.com # To test I ran this between each command.
Esta é apenas uma explicação dos meus resultados depois de ler todas as respostas acima.
Tags networking udev