"Esperando la configuración de la red" agregando 3 a 5 minutos al tiempo de arranque

37

Obtengo la siguiente información en el inicio, toma alrededor de 3 a 5 minutos, mientras que normalmente alrededor de 1 minuto:

Waiting network configuration
Booting system without full network configuration

Después de buscar en Google, descubrí que debería cambiar / etc / networks / interface . Comenté todo allí, pero el problema sigue siendo:

# auto lo
# iface lo inet loopback

# auto eth0
# iface eth0 inet dhcp
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# broadcast 192.168.0.255

¿Cómo puedes acelerar el inicio de Ubuntu 11.10?

Léo Léopold Hertz 준영
fuente
55
No entiendo este comportamiento. No quiero cambiar mi archivo de interfaz cada vez que voy a casa. Hay situaciones en las que simplemente no tengo red O uso wicd DESPUÉS de iniciar sesión. Para mí, como propietario de una computadora portátil, eso significa esperar 2 minutos sin sesión. Dos veces al día Además: configuré todas las interfaces para que sean estáticas. De ninguna manera.
2
@jrg No es un problema de código, es un problema de diseño. ¿Puedo presentar un error sobre tal problema?
Léo Léopold Hertz 준영
1
Sí tu puedes. Solo tome nota de que es un error de diseño. :)
jrg
@jrg ¿Cuál debería ser el estado del error? - Seleccioné xorg como el paquete, ya que necesitaba seleccionar algo. Puse el estado como inválido, ya que no se trata realmente de eso. - Se trata del diseño. ¿Puede la gente entender ahora que el estado del error no se rechaza, sino solo para el paquete xorg?
Léo Léopold Hertz 준영
2
Use en allow-hotpluglugar de autoen el archivo / etc / network / interfaces, por ejemplo, allow-hotplug enp0s25entonces iface enp0s25 inet dhcp. Esto le dice al servidor que no espere a que la interfaz se ilumine con una respuesta dhcp.
Zachary Scott

Respuestas:

38

En primer lugar, este es un nuevo comportamiento, documentado en las notas de la versión 11.10, que realmente desarrollé junto con Scott Moser como un esfuerzo para hacer que el arranque del servidor sea más confiable.

Hacer comentarios losignificará que no tienes capacidad de red local , lo que interrumpirá algunos programas cuando intenten usar la red. También hará que su sistema nunca arranque porque es muy crítico. Así que deja estas dos líneas:

auto lo
iface lo inet loopback

Los bits eth0significan que su máquina se configuró para esperar a que se le asigne una dirección dinámica antes de que la red se considere ARRIBA . En las pre-upstartversiones de Ubuntu (8.10 y anteriores), el sistema habría esperado hasta 60 segundos antes de continuar con el arranque. Cuando upstartse agregó, esta condición ya no se esperaba, ya que las interfaces de red que no siempre se esperaba que estuvieran conectadas están mejor administradas por algo así network-manager.

Por lo tanto, si tiene un servidor, es probable que desee esperar una dirección dinámica, de lo contrario, el sistema se iniciará sin todas sus redes disponibles (lo que hace si tarda más de 2 minutos en obtener una dirección). Si tiene una computadora portátil en la que no siempre espera estar conectado eth0, configure eth0en el administrador de red y elimine solo esas líneas /etc/network/interfaces, lo que debería eliminar su retraso de arranque.

Tenga en cuenta, hay un fallo conocido con VMwarey dbusque también hace que este mensaje.

SpamapS
fuente
1
Masi, parece que necesitas hacer una pregunta diferente.
SpamapS
3
Lo siento, soy un novato y todavía no entiendo por qué el sistema debe esperar de 2 a 4 minutos adicionales para obtener IP. Y la pregunta principal es "¿Necesito este. Si tengo una computadora portátil y siempre uso conexiones de red cableadas e inalámbricas?"
es el
2
@SpamapS y Scott Moser Por favor, vuelve a cambiar la cosa. Estás perjudicando a los usuarios de escritorio. Entiendo su punto de que ahorra tiempo en la programación de cosas, pero considere si 100 millones de usuarios pierden cada día 2 minutos debido a tal cambio. ¡Es un costo enorme! Por favor, ramifique Ubuntu Server completamente diferente de Ubuntu Desktop.
Léo Léopold Hertz 준영
55
votando esto para tener conciencia PERO como usuario normal de escritorio Estoy MUY INFELIZ de que no hay una opción de arranque rápido para esto. Definitivamente percibido como una degradación de 10.04 a 12.04 actualización. Este problema se ve agravado por el hecho de que gestor de la red no es capaz de controlar directamente la configuración, tales como duplex y autoneg, lo que resulta en la necesidad de lograr que a través de / etc / network / interfaces
prusswan
2
@SpamapS: Si bien me alegro de que haya reflexionado sobre la posibilidad de agregar una opción de no esperar, lo que realmente debe tenerse en cuenta es por qué Canonical falla tan consistentemente en el control de calidad (usuario durante los últimos 6 años, y me encuentro con regresiones espectaculares cada lanzamiento que debería tener impidió cada liberación). Aparte de eso, el servidor y los CD mínimos se usan ampliamente para la instalación de escritorio porque el instalador gráfico a menudo tiene problemas y / o es más fácil hacer que el CD mínimo se ejecute en medios defectuosos. Definitivamente no es seguro asumir que debido a que un usuario está utilizando el CD alternativo o mínimo, debe estar instalando un servidor.
Joseph Garvin
8

Si movió su sistema operativo de una máquina a otra, puede ser una buena suposición que udev creó una configuración que contiene la dirección mac de su antiguo dispositivo de red que es diferente de la dirección mac del dispositivo de red de su nuevo sistema.

Intente eliminar el siguiente archivo, luego reinicie su sistema y vea si esto resuelve el problema:

/etc/udev/rules.d/70-persistent-net.rules
dachande
fuente
Gracias por cambiarme por el camino correcto para resolver un problema diferente. Estaba obteniendo un tiempo de espera de reinicio en mi dispositivo wlan0 rlt8185 cuando ejecuté el enlace ip configurado wlan0. Busqué en el archivo 70-persistent-net.rules y comenté la línea que agregó mi dispositivo inalámbrico, reinicié y ahora está funcionando.
6

Está mezclando 2 formas incompatibles de asignar una dirección a una interfaz de red.

iface eth0 inet dhcp

dice "envíe un paquete DHCPDISCOVER a la red física local, espere un paquete DHCPOFFER desde un servidor DHCP físicamente local y obtenga la dirección IP de este (consulte http://www.rfc-editor.org/rfc/rfc1531. txt ), mientras que el resto de las líneas asignan valores a la interfaz "manualmente". Es importante que uno obtenga el método de asignación de dirección IP correcto. Si hay un servidor DHCP en su red local, debe usarlo. Para hacerlo, elimine las líneas "dirección", "máscara de red", "puerta de enlace" y "difusión".

Si no está conectado a una red de área local "administrada" (y no tiene un servidor DHCP) y desea asignar los parámetros de la dirección IP manualmente, cambie la primera línea a:

iface eth0 inet static

y mantenga las líneas "dirección", "máscara de red", "puerta de enlace" y "difusión". Consulte http://www.rfc-editor.org/rfc/rfc5735.txt para obtener detalles sobre qué direcciones IP están disponibles para su uso. Los parámetros que tienes me parecen bien.

Leer

man 5 interfaces

simplemente comentar todo no es el mejor camino hacia la felicidad.

Waltinator
fuente
¡Gracias por su respuesta! - ¿Por qué mi Ubuntu funciona con / etc / network / interfaces vacío ? - ¿Cómo puede ver que no funciona de manera normal o eficiente?
Léo Léopold Hertz 준영
Entonces, la última línea dice: envíe un paquete estático a la red local física, espere un paquete estático de una red local física y obtenga la dirección IP de él.
Léo Léopold Hertz 준영
He conocido [código] iface eth0 inet dirección estática 192.168.0.2 netmask 255.255.255.0 gateway 192.168.0.1 broadcast 192.168.0.255 [/ code], en mi / etc / network / interfaces y el problema persiste: cargando mucho.
Léo Léopold Hertz 준영
No. La línea con "estática" dice "Obtener la dirección IP de las siguientes líneas" no se envían paquetes de red.
waltinator
1
Yo creo que entiendo. Debido a que su banda ancha móvil no está configurada cuando la secuencia de inicio lo hace ifconfig -adurante el inicio, obtiene el tiempo de espera.
waltinator
5

Parece que para mí, la mejor solución para este problema se encontró en este sitio de Linux

Básicamente, sigue llamando a /etc/init/failsafe.conf, pero comentando las dos llamadas de suspensión que causaron el retraso. Realmente no veo por qué se agregaron, ya que mi red está bien configurada sin la necesidad de un retraso.

Ted
fuente
3

yo suelo

eth0 inet dhcp

No veo el punto de espera cuando no hay un enlace (falta el cable) No hay forma de que dhcp pueda obtener la dirección si no hay medios. Esto es un error

wah
fuente
1
Yo uso el mismo código, pero todavía tengo que esperar la configuración de red cada vez.
Matthew Wilson el
2

Recientemente tuve el mismo problema. Traté de entrar y comentar el tiempo de suspensión en el /etc/init/failsafe.confarchivo y terminé con el sistema intentando continuamente arrancar. Solucioné este error arrancando en modo seguro y cayendo en un shell de raíz y haciendo lo siguiente para tener privilegios de rw:

mount -o remount,rw / 

Luego emití el siguiente comando que sacó el archivo para poder editarlo nuevamente a su estado original:

sudo nano /etc/init/failsafe.conf 

Guarde y salga, luego reinicie el sistema.

clrn0979
fuente
¿Puede, por favor, decir lo que editó en el archivo failsafe.conf. ¿Comentaste las llamadas para dormir? Lo intenté hace algunos años sin éxito.
Léo Léopold Hertz 준영
2
Absolutamente. Después de estar en el txt failsafe.conf, solo busca las llamadas de suspensión. Regresé el mío a 5, 40 y 59 respectivamente. Sin embargo, no pude comentar con éxito las llamadas de suspensión porque hizo que el sistema entrara en un arranque continuo.
clrn0979
2

Use en allow-hotpluglugar de autoen el /etc/network/interfacesarchivo, por ejemplo, allow-hotplug enp0s25entonces iface enp0s25 inet dhcp. Esto le dice al servidor que no espere a que la interfaz se ilumine con una respuesta dhcp. - - Comentario del Dr. Zim.

rev. Léo Léopold Hertz 준영
fuente
1
Si pudiera votar esta respuesta dos veces, ¡lo haría! Gracias :)
Ole Henrik Skogstrøm