Problema "esperando la configuración de red"

72

Este problema ocurre a veces cuando se inicia ubuntu. Realmente no se puede iniciar la interfaz a veces.

Pantalla de bienvenida con los 5 puntos y un mensaje que dice:

esperando la configuración de la red

seguido por:

esperando 60 segundos adicionales para la configuración de la red

búho
fuente

Respuestas:

44

Decidí seguir el enfoque de CLI y Alt + Ctrl + F2, así que USTED ES LIBRE de hacerlo mientras está conectado a la GUI. De acuerdo, escribiré los pasos generales, así que siéntase libre de usar el enfoque que desee.

  1. Editar /etc/network/interfaces:

    sudo nano /etc/network/interfaces
    
    1. Si está escribiendo esto desde LXTerminal mientras está conectado a la GUI, entonces:

      gksudo leafpad /etc/network/interfaces
      
  2. Elimine lo que esté escrito allí y solo guarde esto:

    auto lo
    iface lo inet loopback
    

Es una buena idea mantener una copia de seguridad del archivo "interfaces" por si acaso, así que asegúrese de guardar un archivo "interfaces.bak" antes de hacer nada

  1. Ctrl+ Osi está usando nano y Ctrl+ S(Archivo> Guardar) si está usando leafpad.

  2. Ctrl+ Xsi está usando nano y Ctrl+ Q(Archivo> Salir) si está usando leafpad.

  3. Reiniciar.

  4. Hecho.

búho
fuente
3
auto lo iface lo inet loopbackno funciona
dibuja el
@draw tiene que estar en dos líneas: la primera línea es auto lo; La segunda línea esiface lo inet loopback
daniel kullmann
2
@danielkullmann; auto lo; (Primera línea) iface lo inet loopback; (2ª línea) A mí tampoco me funciona. ¡Necesito configurar manualmente la interfaz y dar su dirección!
mythicalcoder
3
Mi archivo de interfaces se ve exactamente así pero el problema persiste /:
Andy
55
Tenga en cuenta que esto solo funcionará si lo ha network-managerinstalado. Viene instalado en la versión de escritorio de Ubuntu, pero no en la versión del servidor. Si no tiene network-managerinstalado, y lo hace, entonces ninguna de sus interfaces funcionará
kbuilds
37

En cada situación que me he encontrado con esto, hay un problema en / etc / network / interfaces

No debería tener que eliminar todo como se sugirió en una publicación anterior, sino inspeccionar los problemas comunes.

En mi caso, estaba definiendo el parámetro de puerta de enlace para IPS Ethernet adicional. Solo necesita definir la puerta de enlace para la interfaz principal para cada tarjeta.

Lo que quiero decir con esto es si su archivo se ve así:

auto eth0
iface eth0 inet static
  address 10.0.0.5
  netmask 255.255.255.0
  network 10.0.0.0
  gateway 10.0.0.1

auto eth0:0
iface eth0:0 inet static
  address 10.0.0.6
  netmask 255.255.255.0
  network 10.0.0.0
  #gateway 10.0.0.1

El segundo parámetro de la puerta de enlace hará que ubuntu se cuelgue durante más de 60 segundos durante el arranque, solo necesita definir la puerta de enlace para la primera sección eth0, NO necesita definir la puerta de enlace para cualquier tarjeta nic adicional, IE eth1, wlan0, etc., pero NO para IPS adicionales asignados al mismo nic. La versión anterior de Ubuntu no tenía ningún problema con esto, pero a Ubuntu 12.04 no le gusta ... Sea amable si simplemente pudiera ignorarlo.

Estoy seguro de que hay otros "problemas" en este archivo que pueden causar esto, por lo que debe inspeccionar el archivo y asegurarse de que no haya errores tipográficos, etc.

D Langhorne
fuente
La opción "red" está obsoleta, ya no es necesaria.
jdthood
2
esta respuesta no se aplica a mí, no tengo puertas de enlace en ninguna estrofa activa de este archivo
memnoch_proxy
3
Esta fue la respuesta que necesitaba
Patrick Chu
1
¡Tenía exactamente el mismo problema y esta solución funcionó perfectamente!
Soleado
En mi caso, la línea que comienza con "auto" contenía una interfaz "eth2" que ya no existía, es decir, ya no estaba configurada en las interfaces.
RTasche
36

Esto también podría ayudar: http://tech.pedersen-live.com/2012/05/disable-waiting-for-network-configuration-messages-on-ubuntu-boot/

Básicamente, edita este /etc/init/failsafe.confarchivo y deshabilita (comenta) los sleepcomandos que realmente detienen el sistema. Además de realizar el trabajo, al menos en mi caso no hubo ningún error en la configuración de la red, por lo que todo salió bien.

Por cierto, su solución solo permite configurar la interfaz de bucle invertido, algo que no podía permitirme en mi configuración (tuve que configurar manualmente las interfaces y los puentes).

nelsonspbr
fuente
3
Esta debería ser la respuesta correcta. Mucha gente siente que la funcionalidad de failsafe.confes exagerada
kbuilds
Matar a un seguro nunca es la respuesta correcta. Corregir la configuración incorrecta que permite iniciar a prueba de fallos es lo correcto. Hay varios lugares donde puede estar la configuración incorrecta, ¡pero definitivamente no es a prueba de fallas!
Tino
2
Esta es la respuesta correcta en mi opinión. Propongo arrancar sin configuraciones de red cuando clono servidores o restauro copias de seguridad durante emergencias. No necesito esperar 2 minutos durante una emergencia, pero no hay nada "incorrecto" con mis configuraciones.
FreeSoftwareServers
No se pudo acceder a la URL, parece que la página se ha caído. Está disponible en archive.org: web.archive.org/web/20160301200431/http://…
rog
27

La verdadera solución (!) Para este problema es seguir el comando:

sudo sed -i.old-`date +%Y%m%d-%H%M%S` '/^auto lo$/!s/^auto /allow-hotplug /' /etc/network/interfaces

En /etc/network/interfacesesto cambia todas las interfaces (excepto lo) de autoa allow-hotplug. De esta manera, el arranque ya no está esperando que las interfaces aparezcan primero.

Advertencia: después de este cambio, una interfaz conectada permanentemente puede permanecer inactiva después del arranque hasta que systemdreciba un evento de conexión real. Ver las notas a continuación.

Ejemplo anterior (mira auto eth0):

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

Ejemplo después (mira allow-hotplug eth0):

auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

Notas:

  • Si monta recursos compartidos de red /etc/fstab, use autoy no allow-hotplugla interfaz para los recursos compartidos de red. De lo contrario, es posible que sucedan cosas extrañas en el proceso de arranque, porque la red debe estar disponible antes de los montajes de redes compartidas. allow-hotplugNo asegura esto.

  • Si las interfaces están en automodo, usted expresa: "Estas interfaces son cruciales para el arranque, por lo que debemos esperar a que aparezcan antes de arrancar". Por lo tanto, si no aparecen, Ubuntu retrasa el arranque con seguridad, esperando que aparezcan por hasta 120 segundos. Y esto es lo correcto.

    En contraste, las interfaces que están configuradas para allow-hotplugdecirle a Ubuntu que son opcionales. Por lo tanto, no son esenciales para arrancar.

  • Ubuntu registra qué interfaces están disponibles en el momento de la instalación y asume que son importantes para una operación posterior. Esta es una opción conservadora, en caso de que la interfaz se necesite más tarde porque algunos Servicios se unen a ella, ya que dichos servicios no se inician si pierden la conexión de la interfaz.

  • También hay una configuración de kernel que permite que los procesos se unan a direcciones IP inexistentes, por lo que siempre puede usar allow-hotplugsi lo desea, sin dañar la estabilidad del proceso de arranque. Sin embargo, esta es una historia completamente diferente.

Notas (actualización 2018-01-04):

  • A mi lado, allow-autohace lo mismo que auto, por lo que no ayuda (probado con br0).

  • Después de actualizar uno de mis sistemas a Debian Stretch y cambiar a SystemD, el inicio se retrasó insoportablemente mientras esperaba br0que apareciera la interfaz (permanentemente conectada) . Sin embargo, con allow-hotplug la interfaz br0permaneció inactiva después del arranque . Quizás esto se deba a que SystemD no recibe ningún evento de enchufe real o sintético en dicha interfaz. No profundicé más en esto, ya que alguna crontabentrada oscura @reboot /sbin/ifup br0para rootarreglarlo para mí. (Esto funciona, pero probablemente sea algo que mejor no debería recomendarse a otros. Me gustaría saber si alguien tiene una idea mejor).

((El texto termina aquí, el resto es para tu entretenimiento))

Y aquí hay una historia a la hora de dormir, inspirada en esto:

Algunos agricultores se volvieron locos. ¡Sus cosechas se secaron! Así que investigaron por qué no había suficiente agua en la zanja de riego. En la perturbación más cercana, vieron de inmediato a su culpable. ¡La presa! ¡La maldita presa levantó toda el agua!

A partir de este momento quedó claro qué hacer. "¡Explota la presa!" gritaron y comenzaron a recoger su dinamita. Luego todos se dirigieron directamente a la presa.

El pequeño hijo de uno de los granjeros le preguntó a su padre qué estaba pasando. Le dijo a su hijo: "No hay suficiente agua en la zanja, ¡así que volamos la presa!" Luego se fue inmediatamente para seguir a la manada.

"Pero", el pequeño trató de gritarle a su padre, "¡Pero hay una válvula! ¡Solo abre la válvula!" Lamentablemente, su voz era demasiado gentil y sus piernas demasiado cortas, por lo que este mensaje no llegó a nadie.

El niño se sentó y lloró. Media hora después escuchó el distante "Boom" que destruyó su terreno favorito en la presa, donde también se encontraba la válvula.

¿Qué pasó después?

El diluvio barrió todas las cosechas preciosas. El banco se llevó la granja del padre del niño. Su padre no pudo pagar una buena escuela. Entonces el niño se unió al ejército para obtener una educación superior. Allí aprendió todo sobre la física de los explosivos y ahora trata de inventar una represa resistente a explosiones.

¿Qué tiene que ver esta historia con esto aquí?

  • Los agricultores de cultivos son las otras respuestas.
  • El niño pequeño es esta respuesta aquí.
  • La presa es el Ubuntu a prueba de fallos para dormir.
  • La válvula es la configuración de interfaz adecuada.
  • El agua es el proceso de arranque.
  • El cultivo es tu sistema operativo Ubuntu.
  • Y la zanja llena es cómo debería verse el proceso de arranque.

La configuración de la interfaz, que vive en ella /etc/network/interfaces, se vuela con el sueño en modo a prueba de fallas eliminado, e incluso si alguien ve la válvula cerrada ( auto), ¡nadie se da cuenta de que también podría abrirse!

Tino
fuente
2
Esta es la respuesta correcta. Espero que el autor de la pregunta original elija esto como la respuesta correcta y marque el problema como resuelto.
thatmaheshrs
1
Gracias por compartir @Tino. La historia es agradable, pero en mi opinión, la respuesta estorba demasiado y por lo menos no se debe colocar antes de las últimas notas técnicas útiles
ndemou
@ndemou Gracias por señalar, editado en consecuencia. Traté de usar un spoiler para la historia, pero no salió como me gustaba, así que lo dejé como está por ahora.
Tino
La mejor respuesta de calidad y la ironía de la historia no tiene precio.
Rui F Ribeiro
13

Agregue un #en el /etc/init/failsafe.confarchivo delante de todas las líneas que contienen sleep <n>. Hacerlo ayudaría a arrancar rápido.

Esto llevaría a un arranque más rápido y no solucionaría ningún problema con el /etc/network/interfacesarchivo. La solución de problemas con el /etc/network/interfacesarchivo no es el propósito del /etc/init/failsafe.confarchivo.

Hay situaciones en las que desea que la interfaz de red no funcione (es decir, que tenga una computadora portátil que solo tenga la interfaz eth0 (conexión por cable) conectada algunas veces). No quiero tener que esperar 2 minutos adicionales para que mi computadora portátil se inicie porque no tengo la conexión por cable conectada.

Binil Jacob
fuente
44
¿Podrían ser importantes algunas de esas líneas (y los retrasos deliberados que producen)? Si no, recomiendo ampliar esta respuesta para explicar por qué.
Eliah Kagan
2
Creo que esos retrasos ahora están exclusivamente en la configuración del servidor ubuntu y están allí para reducir la cantidad de personas que se quejan de que las cosas no funcionan correctamente porque algunos demonios de red se inician antes de que hubiera interfaces que funcionen (tal vez dns) y por eso es mejor esperar aquí que apurarse a través de un arranque sin conexiones de red.
kkron
1
¡Buena respuesta! El autor de failsafe.conf dejó su correo electrónico allí con comentarios sobre por qué está esperando dos minutos a menos que haya una dirección estática. Siento que este hombre puede ser el único responsable de las instancias de Ubuntu que arrancan
48 veces
2

Tuve un problema similar. Al ejecutar ifconfig -a, determiné que los únicos dispositivos de red en mi computadora eran p4p1y lo. No hubo eth0.

Así que edité /etc/network/interfaces, reemplazando todas las instancias de eth0con p4p1. El contenido del archivo es ahora:

auto lo
iface lo inet loopback

auto p4p1
iface p4p1 inet dhcp

Después de reiniciar, la red funcionaba bien.

Si es importante, estaba usando Ubuntu 12.04.5 Server edition.

David Grayson
fuente
Quizás reemplace auto p4p1con allow-hotplug p4p1y su computadora también se inicia rápidamente si Ethernet está inactivo. Sin embargo, esto depende de su configuración. Por ejemplo, si se trata de una estación de trabajo o servidor con recursos compartidos de red ( NFSo Samba) definitivamente desea esperar a que la red esté disponible antes de continuar, entonces allow-hotplugsería una elección incorrecta.
Tino
¡¡Gracias!! Con ifconfig -adescubrí que las interfaces eran realmente eth4y eth5.
francadaval