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 iface lo inet loopback
não funcionaauto lo
; A segunda linha é #iface lo inet loopback
network-manager
instalado. Ele vem instalado na versão desktop do Ubuntu, mas não na versão do servidor. Se você não tivernetwork-manager
instalado, e você faz isso, então nenhuma das suas interfaces vai funcionarEm 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:
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.
fonte
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.conf
arquivo e desativa (comente) ossleep
comandos 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).
fonte
failsafe.conf
é um exageroA solução real (!) Para esse problema é o seguinte comando:
Nisso
/etc/network/interfaces
muda todas as interfaces (excetolo
) deauto
paraallow-hotplug
. Dessa forma, a inicialização não está mais aguardando as interfaces aparecerem primeiro.Exemplo antes (veja
auto eth0
):Exemplo após (veja
allow-hotplug eth0
):Notas:
Se você montar compartilhamentos de rede
/etc/fstab
, useauto
e nãoallow-hotplug
a 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-hotplug
não garante isso.Se as interfaces estiverem no
auto
modo, 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-hotplug
informar 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-hotplug
se 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-auto
faz o mesmo queauto
, por isso não ajuda (tenteibr0
).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)
br0
aparecer. No entanto, comallow-hotplug
a interfacebr0
ficou 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 algumacrontab
entrada obscura@reboot /sbin/ifup br0
aroot
corrigiu 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!fonte
Adicione um
#
no/etc/init/failsafe.conf
arquivo na frente de todas as linhas que contêmsleep <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/interfaces
arquivo. Corrigir problemas com o/etc/network/interfaces
arquivo não é o objetivo do/etc/init/failsafe.conf
arquivo.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.
fonte
Eu tive um problema parecido. Ao executar
ifconfig -a
, determinei que os únicos dispositivos de rede no meu computador eramp4p1
elo
. Não houveeth0
.Então eu editei
/etc/network/interfaces
, substituindo todas as instâncias deeth0
porp4p1
. O conteúdo do arquivo é agora:Após a reinicialização, a rede estava funcionando bem.
Se isso importa, eu estava usando o Ubuntu 12.04.5 Server edition.
fonte
auto p4p1
porallow-hotplug p4p1
e 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 (NFS
ouSamba
), você deseja definitivamente aguardar a disponibilidade da rede antes de continuar, entãoallow-hotplug
seria a escolha errada.ifconfig -a
eu descobri que as interfaces eram realmenteeth4
eeth5
.