"Aguardando configuração da rede" Problema

72

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

coruja
fonte

Respostas:

44

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.

  1. Editar /etc/network/interfaces:

    sudo nano /etc/network/interfaces
    
    1. Se você estiver digitando isso no LXTerminal enquanto estiver conectado à GUI, então:

      gksudo leafpad /etc/network/interfaces
      
  2. 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

  1. Ctrl+ Ose você estiver usando o nano e Ctrl+ S(Arquivo> Salvar) se estiver usando o leafpad.

  2. Ctrl+ Xse você estiver usando nano e Ctrl+ Q(Arquivo> Sair) se estiver usando o leafpad.

  3. Reinicie.

  4. Feito.

coruja
fonte
3
auto lo iface lo inet loopbacknão funciona
empate
@draw deve estar em duas linhas: 1ª linha é auto lo; A segunda linha é #iface lo inet loopback
daniel kullmann
2
@danielkullmann; auto lo; (1ª linha) iface lo inet loopback; (2ª linha) Também não funciona para mim. Eu preciso configurar manualmente a interface e dar o seu endereço!
Mythicalcoder
3
Meu arquivo de interfaces se parece exatamente com isso, mas o problema persiste /:
Andy
5
Observe que isso só funcionará se você tiver 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
kbuilds
37

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.

D Langhorne
fonte
A opção "rede" está obsoleta, não é mais necessária.
Jdthood
2
esta resposta não se aplica a mim, não tenho gateways em quaisquer estrofes ativos deste arquivo
memnoch_proxy
3
Esta foi a resposta que eu precisava #
Patrick Chu
11
Eu tive exatamente o mesmo problema e esta solução funcionou perfeitamente!
Ensolarado
No meu caso, a linha que começa com "auto" continha uma interface "eth2" que não existia mais, ou seja, não estava mais configurada nas interfaces.
RT -Sche
36

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).

nelsonspbr
fonte
3
Essa deve ser a resposta correta. Muitas pessoas sentem que a funcionalidade failsafe.confé um exagero
kbuilds
Matar um à prova de falhas nunca é a resposta certa. Corrigir a configuração incorreta que permite o chute à prova de falhas é a coisa certa a fazer. Existem vários lugares onde a configuração errada pode estar, mas definitivamente não é à prova de falhas!
Tino
2
Esta é a resposta certa na minha opinião. Eu proponho a inicialização sem configurações de rede quando clonar servidores ou restaurar backups durante emergências. Não preciso esperar 2 minutos durante uma emergência, mas não há nada "errado" nas minhas configurações.
FreeSoftwareServers
Não foi possível acessar o URL, parece que a página caiu. Ele está disponível em archive.org: web.archive.org/web/20160301200431/http://...
rog
27

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?

  • Os agricultores são as outras respostas.
  • O garotinho é esta resposta aqui.
  • A barragem é o Ubuntu à prova de falhas para dormir.
  • A válvula é a configuração de interface adequada.
  • A água é o processo de inicialização.
  • A colheita é o seu sistema operacional Ubuntu.
  • E a vala cheia é como deve ser o processo de inicialização.

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!

Tino
fonte
2
Essa é a resposta correta. Espero que o solicitante original escolha isso como a resposta correta e marque o problema como resolvido.
Thatmaheshrs 15/05
11
Obrigado por compartilhar @Tino. A história é bom, mas na minha opinião, tumultua a resposta muito e pelo menos não deve ser colocado antes das últimas notas técnicas úteis
ndemou
Obrigado por notar, editado em conformidade. Tentei usar um spoiler para a história, mas ela não saiu como eu gostava, então deixei como está por enquanto.
Tino
A resposta de melhor qualidade e a ironia da história não têm preço.
Rui F Ribeiro
13

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.

Binil Jacob
fonte
4
Algumas dessas linhas (e os atrasos deliberados que produzem) poderiam ser importantes? Caso contrário, recomendo expandir esta resposta para explicar o porquê.
Eliah Kagan
2
Acredito que esses atrasos estão agora exclusivamente na configuração do servidor ubuntu e estão lá para reduzir o número de pessoas que reclamam que as coisas não estão funcionando corretamente porque algum daemon de rede é inicializado antes de haver interfaces de trabalho (talvez dns) e, portanto, é melhor esperar aqui, apresse-se com uma inicialização sem conexões de rede.
Kkron 5/09
11
Boa resposta! O autor do failafe.conf deixou seu e-mail com comentários sobre o motivo pelo qual ele está aguardando dois minutos, a menos que haja um endereço estático. Eu sinto que este homem pode ser o único responsável pelas instâncias de Ubuntu que arrancar 48x mais lento do que o Windows;)
Brain2000
2

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.

David Grayson
fonte
Talvez substitua 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.
Tino
Obrigado!! Com ifconfig -aeu descobri que as interfaces eram realmente eth4e eth5.
precisa saber é