Este problema acontece algumas vezes quando o ubuntu é iniciado. Você não pode realmente inicializar na interface algumas vezes.
Tela inicial com os 5 pontos e uma mensagem dizendo:
aguardando configuração de rede
Seguido por:
aguardando 60 segundos adicionais pela configuração da rede
Respostas:
Decidi seguir a abordagem CLI e Alt + Ctrl + F2, para que você seja livre para fazer isso enquanto estiver conectado à GUI - Ok, vou escrever as etapas gerais, fique à vontade para usar a abordagem que desejar.
Editar /etc/network/interfaces:
sudo nano /etc/network/interfaces
Se você estiver digitando isso no LXTerminal enquanto estiver conectado à GUI, então:
gksudo leafpad /etc/network/interfaces
Remova o que estiver escrito lá e mantenha o seguinte:
auto lo
iface lo inet loopback
É uma idéia muito boa manter uma cópia de backup do arquivo "interfaces" para garantir que você salve um arquivo "interfaces.bak" antes de fazer qualquer coisa
Ctrl+ Ose você estiver usando o nano e Ctrl+ S(Arquivo> Salvar) se estiver usando o leafpad.
Ctrl+ Xse você estiver usando nano e Ctrl+ Q(Arquivo> Sair) se estiver usando o leafpad.
Reinicie.
Feito.
auto lo; A segunda linha é #iface lo inet loopback
network-managerinstalado. Ele vem instalado na versão desktop do Ubuntu, mas não na versão do servidor. Se você não tiver network-managerinstalado, e você faz isso, então nenhuma das suas interfaces vai funcionar
Em todas as situações que encontrei, é um problema no / etc / network / interfaces
Você não deve remover tudo conforme sugerido em uma postagem anterior, mas sim verificar se há problemas comuns.
No meu caso, estava definindo o parâmetro gateway para IPS Ethernet adicional. Você só precisa definir o gateway para a interface principal de cada placa.
O que quero dizer com isso é se o seu arquivo estiver assim:
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
O segundo parâmetro do gateway fará com que o ubuntu fique travado por mais de 60 segundos durante a inicialização, você só precisa definir o gateway para a primeira seção eth0, você precisa definir o gateway para quaisquer placas de rede adicionais, IE eth1, wlan0 etc, mas NÃO para IPS adicional atribuído ao mesmo nic. A versão anterior do Ubuntu não apresentava problemas com isso, mas o Ubuntu 12.04 não gosta ... Seja legal se puder simplesmente ignorá-lo.
Tenho certeza de que existem outros "problemas" neste arquivo que podem causar isso; portanto, você deve inspecionar o arquivo e garantir que não haja erros de digitação etc.
Isso também pode ajudar: http://tech.pedersen-live.com/2012/05/disable-waiting-for-network-configuration-messages-on-ubuntu-boot/
Basicamente, você edita esse /etc/init/failsafe.confarquivo e desativa (comente) os sleepcomandos que realmente pausam o sistema. Além de realizar o trabalho, pelo menos no meu caso não havia nenhum erro na configuração da rede, então tudo correu bem.
A propósito, sua solução só permite configurar a interface de loopback, algo que eu não podia pagar na minha instalação (eu tive que configurar manualmente as interfaces e pontes).
failsafe.confé um exagero
A solução real (!) Para esse problema é o seguinte comando:
sudo sed -i.old-`date +%Y%m%d-%H%M%S` '/^auto lo$/!s/^auto /allow-hotplug /' /etc/network/interfaces
Nisso /etc/network/interfacesmuda todas as interfaces (exceto lo) de autopara allow-hotplug. Dessa forma, a inicialização não está mais aguardando as interfaces aparecerem primeiro.
Aviso: Após essa alteração, uma interface permanentemente conectada pode permanecer inativa após a inicialização até
systemdreceber um evento de plug real. Veja as notas abaixo.
Exemplo antes (veja auto eth0):
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
Exemplo após (veja allow-hotplug eth0):
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
Notas:
Se você montar compartilhamentos de rede /etc/fstab, use autoe não allow-hotpluga interface para os compartilhamentos de rede. Caso contrário, você poderá ver coisas estranhas acontecerem no processo de inicialização, porque a rede deve estar disponível antes das montagens de compartilhamento de rede. allow-hotplugnão garante isso.
Se as interfaces estiverem no automodo, você expressa: "Essas interfaces são cruciais para a inicialização, portanto, devemos esperar que elas apareçam antes de inicializarmos". Portanto, se eles não aparecerem, o Ubuntu atrasará a inicialização com segurança, esperando que eles apareçam por até 120 segundos. E esta é a coisa certa a fazer.
Por outro lado, as interfaces definidas para allow-hotpluginformar ao Ubuntu que são opcionais. Portanto, eles não são essenciais para inicializar.
O Ubuntu registra quais interfaces estão disponíveis no momento da instalação e assume que elas são importantes para operações posteriores. Essa é uma opção conservadora, caso a interface seja necessária posteriormente porque algum Serviço se liga a ela, pois esses serviços falham ao iniciar se perderem a interface.
Há também uma configuração de kernel que permite que os processos se vinculem a IPs inexistentes, para que você sempre possa usar allow-hotplugse quiser, sem prejudicar a estabilidade do processo de inicialização. No entanto, esta é uma história completamente diferente.
Notas (atualização 2018-01-04):
Ao meu lado, allow-autofaz o mesmo que auto, por isso não ajuda (tentei br0).
Depois de atualizar um dos meus sistemas para o Debian Stretch e mudar para o SystemD, a inicialização ficou insuportavelmente atrasada enquanto esperava a interface (permanentemente conectada ao exterior) br0aparecer. No entanto, com allow-hotplug a interface br0ficou inativa após a inicialização . Talvez isso seja causado pelo SystemD não receber nenhum evento de plug real ou sintético em tal interface. Eu não me aprofundava mais nisso, pois alguma crontabentrada obscura @reboot /sbin/ifup br0a rootcorrigiu para mim. (Isso funciona, mas provavelmente é algo que melhor não deve ser recomendado para outras pessoas. Gostaria de saber se alguém tem alguma idéia melhor.)
((O texto termina aqui, o resto é para seu entretenimento))
E aqui está uma história de hora de dormir, inspirada por isso:
Alguns agricultores foram violentos. Suas colheitas secaram! Então eles investigaram por que não havia água suficiente na vala de irrigação. Na distância mais próxima, eles imediatamente avistaram o culpado. A barragem! A maldita represa levantou toda a água!
A partir desse momento ficou claro o que fazer. "Exploda a barragem!" eles gritaram e começaram a coletar sua dinamite. Então todos foram direto para a represa.
O filho pequeno de um dos agricultores perguntou ao pai o que estava acontecendo. Ele disse ao filho: "Não há água suficiente na vala, então explodimos a represa!" Então ele saiu imediatamente para seguir o bando.
"Mas", o pequeno tentou gritar atrás do pai: "Mas tem uma válvula! Apenas abra a válvula!" Infelizmente, sua voz era muito gentil e suas pernas eram muito curtas, então essa mensagem não chegou a ninguém.
O garoto sentou-se e chorou. Meia hora depois, ele ouviu o distante "Boom", que destruiu seu praga favorito na represa, onde também estava a válvula.
O que aconteceu depois?
O dilúvio varreu todas as colheitas preciosas. O banco levou a fazenda do pai do garoto. Seu pai não conseguiu pagar por uma boa escola. Então o garoto se juntou ao exército para obter um ensino superior. Lá, ele aprendeu tudo sobre a física dos explosivos e agora tenta inventar uma represa explosiva.
O que essa história tem a ver com isso aqui?
A configuração da interface, que vive /etc/network/interfaces, é ampliada com o sono à prova de falhas removido e, mesmo que alguém veja a válvula fechada ( auto), ninguém sabe que ela também pode ser aberta!
Adicione um #no /etc/init/failsafe.confarquivo na frente de todas as linhas que contêm sleep <n>. Fazer isso ajudaria a inicializar rapidamente.
Isso levaria a uma inicialização mais rápida e não solucionaria nenhum problema com o /etc/network/interfacesarquivo. Corrigir problemas com o /etc/network/interfacesarquivo não é o objetivo do /etc/init/failsafe.confarquivo.
Há situações em que você deseja que a interface de rede não funcione (por exemplo, tenha um laptop que tenha apenas a interface eth0 (conexão com fio) conectada algumas vezes). Não quero esperar mais 2 minutos para o meu laptop inicializar porque não tenho a conexão com fio conectada.
Eu tive um problema parecido. Ao executar ifconfig -a, determinei que os únicos dispositivos de rede no meu computador eram p4p1e lo. Não houve eth0.
Então eu editei /etc/network/interfaces, substituindo todas as instâncias de eth0por p4p1. O conteúdo do arquivo é agora:
auto lo
iface lo inet loopback
auto p4p1
iface p4p1 inet dhcp
Após a reinicialização, a rede estava funcionando bem.
Se isso importa, eu estava usando o Ubuntu 12.04.5 Server edition.
auto p4p1por allow-hotplug p4p1e seu computador também inicialize rapidamente se a Ethernet estiver inativa. No entanto, isso depende da sua configuração. Por exemplo, se for uma estação de trabalho ou servidor com compartilhamentos de rede ( NFSou Samba), você deseja definitivamente aguardar a disponibilidade da rede antes de continuar, então allow-hotplugseria a escolha errada.
ifconfig -aeu descobri que as interfaces eram realmente eth4e eth5.
auto lo iface lo inet loopbacknão funciona