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?
boot
startup
networking
Léo Léopold Hertz 준영
fuente
fuente
allow-hotplug
lugar deauto
en el archivo / etc / network / interfaces, por ejemplo,allow-hotplug enp0s25
entoncesiface enp0s25 inet dhcp
. Esto le dice al servidor que no espere a que la interfaz se ilumine con una respuesta dhcp.Respuestas:
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
lo
significará 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:Los bits
eth0
significan 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 laspre-upstart
versiones de Ubuntu (8.10 y anteriores), el sistema habría esperado hasta 60 segundos antes de continuar con el arranque. Cuandoupstart
se 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
, configureeth0
en 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
VMware
ydbus
que también hace que este mensaje.fuente
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:
fuente
Está mezclando 2 formas incompatibles de asignar una dirección a una interfaz de red.
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:
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
simplemente comentar todo no es el mejor camino hacia la felicidad.
fuente
ifconfig -a
durante el inicio, obtiene el tiempo de espera.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.
fuente
yo suelo
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
fuente
Recientemente tuve el mismo problema. Traté de entrar y comentar el tiempo de suspensión en el
/etc/init/failsafe.conf
archivo 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:Luego emití el siguiente comando que sacó el archivo para poder editarlo nuevamente a su estado original:
Guarde y salga, luego reinicie el sistema.
fuente
Use en
allow-hotplug
lugar deauto
en el/etc/network/interfaces
archivo, por ejemplo,allow-hotplug enp0s25
entoncesiface 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.fuente