Resolviendo “Respuestas RTNETLINK: el archivo existe” al ejecutar ifup

Si la solución proporcionada por @ theoB610 aún no funciona , entonces es posible que deba vaciar el dispositivo wlan0 antes de ifup y ifdown.

sudo ip addr flush dev wlan0 

Este es un problema no muy específico de Raspberry Pi, ocurrió un problema similar y se resolvió en redes cableadas en aquí (de donde obtuve la solución para mi problema con el Pi).

Comentarios

• Estaba teniendo este problema en un servidor HP ProLiant (!), y esto lo solucionó.
• Gran solución. El problema básico es alguna configuración previa, automática o manual (como ejecutar ifconfig desde la línea cmd) aún persiste. El comando sh corrige esa situación.
• He tenido este problema cuando hay archivos /etc/sysconfig/network-scripts/ifcfg-* mal formados que hacen que NetworkManager no le gusten algunas configuraciones y crea un archivo de reemplazo, creando así varios archivos adicionales y provocando el error RTNETLINK answers: File exists. Eliminar los rotos (los que no ' t se muestran como un perfil) parece ser una solución.
• Nunca copie y pegue esto en un servidor de producción. Reemplacé wlan0 con eth0 y la interfaz se desactivó inmediatamente y no ' t quiero volver.
• Es interesante que nadie proporcionó el método más simple y más seguro según la regla : reboot. Por ejemplo, con la interfaz de descarga tuve problemas: mi interfaz / IP se cayó y solo pude conectarme directamente en una consola … así que reiniciar es siempre el camino a seguir para mí con esto.

Creo que se puede encontrar una solución en esta publicación de blog Resolver “RTNETLINK respuestas: el archivo existe ”cuando se ejecuta ifup ; ciertamente me lo arregló.

Básicamente, solo puede tener una puerta de enlace asignada en su archivo de interfaces. Elimine las líneas duplicadas que determinan la puerta de enlace para que solo aparezca una vez.

Modificado / etc / network / interfaces file:

auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0 gateway 192.168.1.1 iface wlan0 inet static address 192.168.1.3 netmask 255.255.255.0 #gateway 192.168.1.1 <= Either comment or remove this line 

¡Todo el mérito a Lennart por resolver este problema!

Comentarios

• Me encontré con esta respuesta a través de Google. Esto es lo que funcionó para mí en una máquina virtual de Ubuntu en Hyper-V
• Por favor, acepte su propia respuesta con un clic en la marca de verificación en su lado izquierdo. Solo esto terminará la pregunta y no volverá a aparecer año tras año.

Resolví por:

sudo ifup --ignore-errors wlan0 

después de este comando ifdown e ifup comenzaron a funcionar correctamente.

Comentarios

• Esto es útil después de que el " reinicie la red del servicio " falla, gracias. 🙂

pasos:

1 check-> ip route (si la ruta IP predeterminada es diferente a la interfaz requerida, siga 2d & 3er paso)

2 sudo ip route del default (elimine esa interfaz predeterminada)

3 sudo ip route add default via ip_address dev interface_name (agregue la interfaz requerida de esta manera)

En mi caso, todavía tenía otra conexión en funcionamiento; una vez que desactivé esa interfaz con ifdown eth0, apareció la que me interesaba (wlan0) limpiamente.

No recomiendo usar la opción –ignore-errors

Me encontré con esto mientras jugaba con VMWare vCenter.Si está en el mismo barco, debería haber instalado VMWare Tools, perl y net-tools con su administrador de paquetes antes de crear la plantilla / instantánea de la VM.

Usamos ifdown para eliminar RTNETLINK y ifup nuevamente

ifdown wlan0 ifup wlan0 

Forzar des / configuración

ifdown --force --verbose ethX && ifup --force --verbose ethX