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.
Editar /etc/network/interfaces
:
sudo nano /etc/network/interfaces
Si está escribiendo esto desde LXTerminal mientras está conectado a la GUI, entonces:
gksudo leafpad /etc/network/interfaces
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
Ctrl+ Osi está usando nano y Ctrl+ S(Archivo> Guardar) si está usando leafpad.
Ctrl+ Xsi está usando nano y Ctrl+ Q(Archivo> Salir) si está usando leafpad.
Reiniciar.
Hecho.
auto lo iface lo inet loopback
no funcionaauto lo
; La segunda línea esiface lo inet loopback
network-manager
instalado. Viene instalado en la versión de escritorio de Ubuntu, pero no en la versión del servidor. Si no tienenetwork-manager
instalado, y lo hace, entonces ninguna de sus interfaces funcionará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í:
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.
fuente
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.conf
archivo y deshabilita (comenta) lossleep
comandos 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).
fuente
failsafe.conf
es exageradaLa verdadera solución (!) Para este problema es seguir el comando:
En
/etc/network/interfaces
esto cambia todas las interfaces (exceptolo
) deauto
aallow-hotplug
. De esta manera, el arranque ya no está esperando que las interfaces aparezcan primero.Ejemplo anterior (mira
auto eth0
):Ejemplo después (mira
allow-hotplug eth0
):Notas:
Si monta recursos compartidos de red
/etc/fstab
, useauto
y noallow-hotplug
la 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-hotplug
No asegura esto.Si las interfaces están en
auto
modo, 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-hotplug
decirle 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-hotplug
si 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-auto
hace lo mismo queauto
, por lo que no ayuda (probado conbr0
).Después de actualizar uno de mis sistemas a Debian Stretch y cambiar a SystemD, el inicio se retrasó insoportablemente mientras esperaba
br0
que apareciera la interfaz (permanentemente conectada) . Sin embargo, conallow-hotplug
la interfazbr0
permaneció 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 algunacrontab
entrada oscura@reboot /sbin/ifup br0
pararoot
arreglarlo 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í?
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!fuente
Agregue un
#
en el/etc/init/failsafe.conf
archivo delante de todas las líneas que contienensleep <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/interfaces
archivo. La solución de problemas con el/etc/network/interfaces
archivo no es el propósito del/etc/init/failsafe.conf
archivo.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.
fuente
Tuve un problema similar. Al ejecutar
ifconfig -a
, determiné que los únicos dispositivos de red en mi computadora eranp4p1
ylo
. No huboeth0
.Así que edité
/etc/network/interfaces
, reemplazando todas las instancias deeth0
conp4p1
. El contenido del archivo es ahora:Después de reiniciar, la red funcionaba bien.
Si es importante, estaba usando Ubuntu 12.04.5 Server edition.
fuente
auto p4p1
conallow-hotplug p4p1
y 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 (NFS
oSamba
) definitivamente desea esperar a que la red esté disponible antes de continuar, entoncesallow-hotplug
sería una elección incorrecta.ifconfig -a
descubrí que las interfaces eran realmenteeth4
yeth5
.