“Aguardando configuração da rede” adicionando de 3 a 5 minutos ao tempo de inicialização

37

Recebo as seguintes informações na inicialização, leva de 3 a 5 minutos, enquanto normalmente cerca de 1 minuto:

Waiting network configuration
Booting system without full network configuration

Descobri, depois de pesquisar no Google, que eu deveria mudar / etc / networks / interface . Eu comentei tudo lá, mas o problema permanece:

# auto lo
# iface lo inet loopback

# auto eth0
# iface eth0 inet dhcp
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# broadcast 192.168.0.255

Como você pode acelerar a inicialização do Ubuntu 11.10?

boot startup networking Léo Léopold Hertz 준영
fonte
5
Eu não entendo esse comportamento. Não quero alterar meu arquivo de interfaces toda vez que vou para casa. Existem situações em que simplesmente não tenho rede OU uso o wicd APÓS o login. Para mim, como proprietário de um laptop, isso significa esperar 2 minutos sem sentido. Duas vezes por dia. Além disso: configurei todas as interfaces para serem estáticas. De jeito nenhum.
2
@jrg Não é um problema de código, é um problema desing. Posso registrar um bug sobre esse problema?
Léo Léopold Hertz ·
11
Sim você pode. Apenas anote que é um bug de design. :)
JRG
@jrg Qual deve ser o status do bug? - Selecionei o xorg como o pacote, já que era necessário selecionar algo. Eu coloquei o status inválido, já que não é sobre isso. - É sobre o design. As pessoas podem entender agora que o status do bug não é recusado, mas apenas para o pacote xorg?
Léo Léopold Hertz,
2
Use em allow-hotplugvez de autono arquivo / etc / network / interfaces, por exemplo, allow-hotplug enp0s25então iface enp0s25 inet dhcp. Isso diz ao servidor para não esperar a interface acender com uma resposta dhcp.
Zachary Scott

Respostas:

38

Primeiro, esse é um novo comportamento, documentado nas notas de versão 11.10, que eu realmente desenvolvi junto com Scott Moser como um esforço para tornar a inicialização do servidor mais confiável.

Comentar losignifica que você não tem capacidade de rede local , o que interromperá alguns programas quando eles tentarem usar a rede. Isso também fará com que seu sistema nunca inicialize porque é muito crítico. Então deixe estas duas linhas:

auto lo
iface lo inet loopback

Os bits eth0significaram que sua máquina foi configurada para aguardar a atribuição de um endereço dinâmico antes que a rede seja considerada UP . Nas pre-upstartversões do Ubuntu (8.10 e versões anteriores), o sistema teria esperado até 60 segundos por isso antes de continuar a inicialização. Quando upstartfoi adicionada, essa condição não era mais aguardada, porque as interfaces de rede que nem sempre se esperava que fossem conectadas são melhor gerenciadas por algo como network-manager.

Portanto, se você possui um servidor, provavelmente deseja aguardar um endereço dinâmico; caso contrário, o sistema inicializará sem todas as suas redes disponíveis (o que ocorre se levar mais de 2 minutos para obter um endereço). Se você possui um laptop no qual nem sempre espera estar conectado eth0, configure-o eth0no gerenciador de rede e remova somente essas linhas /etc/network/interfaces, o que deve eliminar o atraso de inicialização.

Tenha em mente, há um bug conhecido com VMwaree dbusque também faz com que esta mensagem.

SpamapS
fonte
11
Masi, parece que você precisa fazer uma pergunta diferente.
SpamapS 19/10/11
3
Desculpe, sou novato e ainda não entendo por que o sistema deve esperar entre 2 e 4 minutos extras para o IP. E a principal questão é "preciso deste. Se eu tenho um laptop e sempre uso conexões de rede com e sem fio?"
itun
2
@SpamapS e Scott Moser Por favor, mude a coisa de volta. Você está prejudicando os usuários da área de trabalho. Entendo que você economiza tempo na programação, mas considere se 100 milhões de usuários perdem todos os dias 2 minutos devido a essa alteração. É um custo enorme! Por favor, ramifique o Ubuntu Server completamente diferente do Ubuntu Desktop.
Léo Léopold Hertz,
5
com o voto positivo, mas, como um usuário normal da área de trabalho, fico muito triste por não haver uma opção de inicialização rápida para isso. Definitivamente percebido como uma degradação da atualização 10.04 para 12.04. Este problema é agravado pelo facto de gestor da rede é incapaz de controlar directamente as configurações, tais como duplex e autoneg, resultando na necessidade de se conseguir que a Via / etc / / interfaces de rede
prusswan
2
@SpamapS: Embora eu esteja feliz por você ter pensado em adicionar uma opção de não espera, o que realmente precisa ser ponderado é o motivo pelo qual a Canonical falha de maneira tão consistente no controle de qualidade (usuário nos últimos 6 anos, e encontro regressões showstopper a cada versão que deveria ter). impediu cada lançamento). Além disso, o servidor e os CDs mínimos são amplamente usados ​​para instalação na área de trabalho, porque o instalador gráfico geralmente apresenta problemas e / ou é mais fácil obter o CD mínimo em mídia com defeito. Definitivamente, não é seguro supor que, como um usuário está usando o CD alternativo ou mínimo, ele deve estar instalando um servidor.
Joseph Garvin
8

Se você moveu o SO de uma máquina para outra, pode ser um bom palpite que o udev criou uma configuração que contém o endereço mac do seu dispositivo de rede antigo que é diferente do endereço mac do dispositivo de rede do seu novo sistema.

Tente remover o seguinte arquivo, reinicie o sistema e veja se isso resolve o problema:

/etc/udev/rules.d/70-persistent-net.rules
dachande
fonte
dachange obrigado por me colocar no caminho certo para resolver um problema diferente! Eu estava recebendo um tempo limite de redefinição no meu dispositivo wlan0 rlt8185 ao executar o conjunto de links ip wlan0 up. Olhei no arquivo 70-persistent-net.rules e comentou a linha que adicionou meu dispositivo sem fio, reiniciou e agora está funcionando!
6

Você está misturando 2 maneiras incompatíveis de atribuir um endereço a uma interface de rede.

iface eth0 inet dhcp

diz "envie um pacote DHCPDISCOVER à rede local física, aguarde um pacote DHCPOFFER de um servidor DHCP fisicamente local e obtenha o endereço IP dele (consulte http://www.rfc-editor.org/rfc/rfc1531. txt ), enquanto o restante das linhas atribui valores à interface "manualmente". É importante que o método de atribuição de endereço IP seja acertado. Se houver um servidor DHCP na rede local, você deve usá-lo. exclua as linhas "endereço", "máscara de rede", "gateway" e "transmissão".

Se você não está conectado a uma rede local "administrada" (e não possui um servidor DHCP) e deseja atribuir os parâmetros de endereço IP manualmente, altere a primeira linha para:

iface eth0 inet static

e mantenha as linhas "endereço", "máscara de rede", "gateway" e "transmissão". Consulte http://www.rfc-editor.org/rfc/rfc5735.txt para obter detalhes sobre quais endereços IP estão disponíveis para uso. Os parâmetros que você parece bem para mim.

Ler 

man 5 interfaces

simplesmente comentar tudo não é o melhor caminho para a felicidade.

waltinator
fonte
Obrigado pela sua resposta! - Por que meu Ubuntu trabalha com / etc / network / interfaces vazias ? - Como você pode ver que ele não está funcionando normalmente ou com eficiência?
Léo Léopold Hertz 준영 28/09/11
Portanto, a última linha diz: envie um pacote estático para a rede local física, aguarde um pacote estático de uma rede local física e obtenha o endereço IP dele.
Léo Léopold Hertz,
Eu sei [código] iface eth0 inet endereço estático 192.168.0.2 máscara de rede 255.255.255.0 gateway 192.168.0.1 broadcast 192.168.0.255 [/ code], em minhas / etc / network / interfaces e o problema ainda persiste: carregando muito.
Léo Léopold Hertz,
Não. A linha com "estático" indica "Obter o endereço IP das seguintes linhas", nenhum pacote de rede é enviado.
waltinator
11
Eu acho que entendi. Como sua banda larga móvel não está configurada quando a sequência de inicialização ocorre ifconfig -adurante a inicialização, você recebe o tempo limite.
waltinator
5

Parece que para mim, a melhor solução para esse problema foi encontrada neste site linux

Basicamente, ainda chamando /etc/init/failsafe.conf, mas comentando as duas chamadas de suspensão que causaram o atraso. Realmente não vejo por que eles foram adicionados, pois minha rede está configurada corretamente, sem a necessidade de um atraso.

Ted
fonte
3

eu uso 

eth0 inet dhcp

Não vejo o ponto de espera quando não há link (o cabo está faltando). Não há como o dhcp obter o endereço se não houver mídia. Isso é um bug

wah
fonte
11
Eu uso o mesmo código, mas ainda tenho que aguardar a configuração da rede todas as vezes.
Matthew Wilson
2

Recentemente, tive esse mesmo problema. Eu tentei entrar e comentar o tempo de suspensão no /etc/init/failsafe.confarquivo e acabei com o sistema apenas continuamente tentando inicializar. Corrigi esse erro inicializando no modo de segurança e inserindo um shell raiz e fazendo o seguinte para obter privilégios rw:

mount -o remount,rw /

Em seguida, emiti o seguinte comando que trouxe o arquivo para que eu pudesse editá-lo de volta ao seu estado original:

sudo nano /etc/init/failsafe.conf

Salve e saia e, em seguida, reinicie o sistema.

clrn0979
fonte
Você pode dizer o que editou no arquivo failafe.conf. Você comentou as chamadas de sono? Eu tentei isso há alguns anos sem sucesso.
Léo Léopold Hertz · 08/07/19
2
Absolutamente. Depois de entrar no txt failafe.conf, basta procurar as chamadas de suspensão. Coloquei o meu de volta em 5, 40 e 59, respectivamente. No entanto, não foi possível comentar com êxito as chamadas de suspensão, pois causavam a inicialização contínua do sistema.
Clrn0979 19/07/2014
2

Use em allow-hotplugvez de autono /etc/network/interfacesarquivo, por exemplo, allow-hotplug enp0s25então iface enp0s25 inet dhcp. Isso diz ao servidor para não esperar a interface acender com uma resposta dhcp. - - Comentário do Dr. Zim.

Léo Léopold Hertz 준영
fonte
11
Se eu pudesse votar esta resposta duas vezes eu faria! Obrigado :)
Ole Henrik Skogstrøm