Qual é a maneira correta de reiniciar o udev?

Eu mudei o nome da minha eth1interface para eth0. Como pedir udevagora para reler a configuração?

service udev restart

e

udevadm control --reload-rules

não ajude. Existe alguma maneira válida, exceto a reinicialização? (sim, a reinicialização ajuda com esse problema)

• sim, eu sei que devo acrescentar os comandos com sudo, mas qualquer um que eu publiquei acima não altera nada na ifconfig -asaída: ainda vejo eth1, não eth0.

• Acabei de alterar a NAMEpropriedade da linha de regra do udev. Não conheço nenhuma razão para isso ser ineficaz.

Não há nenhum erro na execução dos dois comandos que eu publiquei acima, mas eles simplesmente não mudam o nome da interface real na ifconfig -asaída. Se eu executar a reinicialização - o nome da interface mudará conforme o esperado.

Para fins de desenvolvimento, escrevo alguns scripts que clonam máquinas virtuais (baseadas em VirtualBox) e as pré-configuram de alguma forma.

Portanto, eu executo um comando para clonar a VM, iniciá-la e contanto que o MAC da interface de rede seja alterado - udevadiciona a segunda regra às regras persistentes da rede. Logo após a inicialização da máquina pela primeira vez, existem duas regras:

• eth0, que não existe, desde que existisse na imagem original da VM MAC
• eth1, que existe, mas toda a configuração em todos os arquivos se refere eth0, portanto, não é tão bom para mim

Então, eu sedexcluo a linha com eth0(é obsoleta e inútil na imagem clonada) e substituo eth1por eth0. Assim, atualmente tenho regra persistente válido, mas ainda há eth1no /dev.

O problema: não quero reiniciar a máquina (levará outro tempo, o que não é bom no edifício VM-stage) e só quero que eu seja /devreconstruído com algum comando para que eu tenha a VM pronta para usar sem nenhuma reinicialização.

Não sei se isso ajuda a recarregar a configuração de rede, mas quando modifiquei /etc/udev/rules.d/70-persistent-cd.rulespara corrigir o link do dispositivo de DVD de /dev/dvd1para /dev/dvd, tive que executar

sudo udevadm trigger

para obter os novos links criados.

Você precisa combinar todos os conselhos fornecidos aqui na ordem correta:

1. Derrubar a rede service networking stop
2. Descarregue o módulo do driver do kernel
   1. Encontre o nome do módulo lspci -ve procure "Driver do Kernel em uso:"
   2. modprobe -r <driver module>
3. Recarregar as regras do udev udevadm control --reload-rules
4. Disparar as novas regras udevadm trigger
5. Motorista de carga modprobe <driver module>
6. Reinicie a rede service networking start
7. (opcional) Execute novamente todos os iptablesscripts que referenciaram o ethnome da interface antes que ele fosse ativado.

Eu suspeito que a etapa 4 ou a etapa 5 não é realmente necessária, mas essas etapas funcionaram para mim. Você pode verificar após a etapa 4 com a etapa 2.1 para ver se o comando de acionamento já executou a etapa 5 e, se o fizer, edite esta resposta para refletir suas descobertas.

Eu tive um problema parecido. Como não queria gastar tempo com a reinicialização, executei um liner usando a sugestão de Chris Wesseling.

/etc/init.d/networking stop && modprobe -r tg3 && udevadm control --reload-rules && udevadm trigger && modprobe tg3 && /etc/init.d/networking start

Isso funcionou para mim usando o servidor Ubuntu 12.04.02. Minhas placas de rede estavam usando o driver do módulo tg3 do kernel, então mude o tg3 para o módulo que suas interfaces estão usando. Encontrei os meus usados ​​em /etc/udev/rules.d/70-persistent-net.rules:

Dispositivo PCI 0x14e4: / sys / devices / pci0000: 00/0000: 00: 1c.4 / 0000: 02: 00.1 (tg3) <driver do módulo <-kernel para o nic

O único problema que tive foi uma rota ruim, que eu consertei com um comando simples de adição de rota. Obrigado pela ajuda Chris!

Isso funcionou para mim (sem reiniciar)

udevadm control --reload-rules ; udevadm trigger

Parabéns ao autor desta página: http://memoryfail.wordpress.com/2013/04/02/renaming-network-device-names/

sudo /etc/init.d/udev restartdeve fazer o truque. Alguns dos comandos que você tentou, se executados sudo, também podem ser eficazes.

Isso deve ser feito com segurança:

sudo reload udev

Como eu usei este comando sem problemas.

Venho pesquisando isso há algum tempo com praticamente o mesmo objetivo e não consegui encontrar uma maneira de alterar o nome da interface de rede em um sistema ativo.

A solução alternativa que eu procurei é 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 de regra, mas o dispositivo não será renomeado, a menos que você descarregue / recarregue o módulo do driver.

Então, modprobe -r e1000 && modprobe e1000após a atualização do udev, faça o truque. Obviamente, não faça isso se você precisar da rede e tiver apenas interfaces e1000.

udevadm trigger 

funcionará, digite a descrição do link aqui

Então, para mim no VirtualBox com Ubuntu 12.04, geralmente alterno entre ethernet e sem fio.

Portanto, quando minha conexão muda, devo escolher o Adaptador Bridged em Dispositivos> Configurações de rede. 'Conexão de rede Intel 82579LM Gigabit' ou 'Intel Centrino Ultimate-N 6300 AGN'.

Depois de fazer isso, eu posso correr

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.