¿Cuál es la forma correcta de reiniciar udev?

He cambiado el nombre de mi eth1interfaz a eth0. ¿Cómo pedir udevahora volver a leer la configuración?

service udev restart

y

udevadm control --reload-rules

no ayudes Entonces, ¿hay alguna forma válida, excepto reiniciar? (sí, reiniciar ayuda con este problema)

• sí, sé que debería anteponer los comandos sudo, pero cualquiera de los que publiqué arriba no cambia nada en la ifconfig -asalida: todavía veo eth1, no eth0.

• Acabo de cambiar la NAMEpropiedad de la línea udev-rule. No conozco ninguna razón para que esto sea ineficaz.

No hay ningún error en la ejecución de los dos comandos que he publicado anteriormente, pero simplemente no cambian el nombre real de la interfaz en la ifconfig -asalida. Si realizo el reinicio, el nombre de la interfaz cambia como se esperaba.

Para fines de desarrollo, escribo algunos scripts que clonan máquinas virtuales (controladas por VirtualBox) y las configuran de alguna manera.

Por lo tanto, ejecuto un comando para clonar VM, iniciarlo y siempre que cambie la MAC de la interfaz de red, udevagrega la segunda regla a las reglas persistentes de red. Inmediatamente después de arrancar la máquina por primera vez, hay 2 reglas:

• eth0, que no existe, siempre y cuando existiera en la imagen de VM original MAC
• eth1, que existe, pero toda la configuración en todos los archivos hace referencia eth0, por lo que no es tan bueno para mí

Entonces sedelimino la línea con eth0(es obsoleta e inútil en la imagen clonada) y la reemplazo eth1con eth0. Así que tengo actualmente regla persistente válido, pero todavía hay eth1en /dev.

El problema: no quiero reiniciar la máquina (tomará otro tiempo, lo que no es bueno en la etapa de construcción de VM) y solo quiero /devreconstruir mi con algún comando, así que tengo una VM lista para usar sin reinicios.

No sé si esto ayuda a recargar la configuración de la red, pero cuando modifiqué /etc/udev/rules.d/70-persistent-cd.rulespara corregir el enlace del dispositivo DVD de /dev/dvd1a /dev/dvd, tuve que ejecutar

sudo udevadm trigger

para tener los nuevos enlaces creados.

Debe combinar todos los consejos que se dan aquí en el orden correcto:

1. Derribar la red service networking stop
2. Descargue el módulo del controlador del núcleo
   1. Encuentre el nombre del módulo lspci -vy busque "Kernel driver in use:"
   2. modprobe -r <driver module>
3. Recargar las reglas de udev udevadm control --reload-rules
4. Activa las nuevas reglas udevadm trigger
5. Controlador de carga modprobe <driver module>
6. Reiniciar la red service networking start
7. (opcional) Vuelva a ejecutar las iptablessecuencias de comandos que hacen referencia al ethnombre de la interfaz antes de que se activara.

Sospecho que el paso 4 o el paso 5 no son realmente necesarios, pero estos pasos funcionaron para mí. Puede verificar después del paso 4 con el paso 2.1 para ver si el comando de disparo ya hizo el paso 5, edite esta respuesta para reflejar sus hallazgos si lo hace.

Tuve un problema similar. Como no quería tomarme el tiempo para reiniciar, utilicé una sugerencia utilizando la sugerencia de Chris Wesseling.

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

Esto funcionó para mí usando el servidor Ubuntu 12.04.02. Mis nics estaban usando el controlador del módulo de kernel tg3, así que cambie tg3 al módulo que están usando sus interfaces. Encontré los que usaba el mío /etc/udev/rules.d/70-persistent-net.rules:

Dispositivo PCI 0x14e4: / sys / devices / pci0000: 00/0000: 00: 1c.4 / 0000: 02: 00.1 (tg3) <-controlador de módulo de núcleo para el nic

El único problema que tuve fue una mala ruta que solucioné con un simple comando de agregar ruta. Gracias por la ayuda Chris!

Esto funcionó para mí (sin reiniciar)

udevadm control --reload-rules ; udevadm trigger

Felicitaciones al autor de esta página: http://memoryfail.wordpress.com/2013/04/02/renaming-network-device-names/

sudo /etc/init.d/udev restartdebería hacer el truco. Algunos de los comandos que había probado, si se ejecutaban sudo, también podrían ser efectivos.

Esto debería hacerlo de manera segura:

sudo reload udev

Como he usado este comando sin problemas.

He estado investigando esto por un tiempo con el mismo propósito, y no he podido encontrar una manera de cambiar el nombre de la interfaz de red en un sistema en vivo.

La solución que he seguido es eliminar el archivo /etc/udev/rules.d/70-persistent-net.rules en la plantilla, lo que significa que en el próximo inicio verá cualquier tarjeta de red como eth0.

Debe volver a cargar udev para activar el cambio de regla, pero el dispositivo no cambiará de nombre a menos que descargue / vuelva a cargar el módulo del controlador.

Entonces, modprobe -r e1000 && modprobe e1000después de udev reload debería hacer el truco. Por supuesto, no haga eso si necesita la red y solo tiene interfaces e1000.

udevadm trigger 

funcionará ingrese la descripción del enlace aquí

Entonces, para mí en VirtualBox con Ubuntu 12.04, a menudo cambio entre ethernet e inalámbrico.

Entonces, cuando cambie mi conexión, debo elegir el adaptador en puente de Dispositivos> Configuración de red. Ya sea 'Intel 82579LM Gigabit Network Connection' o 'Intel Centrino Ultimate-N 6300 AGN'.

Después de hacer esto, puedo correr

sudo modprobe -r e1000
sudo service udev restart
sudo modprobe e1000
ping google.com # To test I ran this between each command.

Esto es solo una explicación de mis resultados después de leer todas las respuestas anteriores.