Respuestas:
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; La segunda línea esiface lo inet loopback
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á
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.
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).
failsafe.confes exagerada
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í?
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!
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.
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.
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.
ifconfig -adescubrí que las interfaces eran realmente eth4y eth5.
auto lo iface lo inet loopbackno funciona