“Aguardando configuração de rede” então não há rede para 5% de inicializações

1

Isso não ocorre com muita frequência. Ele costumava acontecer cerca de 30% do tempo e, em seguida, abri o computador e descobri que a placa PCI wifi não foi aparafusada corretamente. Eu fiz o estrago, e agora ele funciona corretamente quase sempre (cerca de 95% do tempo). Me incomoda quando o computador é iniciado sem capacidade de rede, porque eu não posso usá-lo e isso significa que eu tenho que passar por mais 103 segundos de reinicialização, como eu fiz esta tarde.

Eu tenho algumas fotos hoje - a primeira, "Aguardando configuração de rede ...", que me permite saber que terei que esperar o processo terminar e, em seguida, reiniciar o computador quando terminar. segundo, "Aguardando até mais 60 segundos para configuração de rede ...".

    
por el_gallo_azul 09.08.2016 / 10:54

3 respostas

0

Este problema nunca mais ocorreu desde que eu atualizei do Ubuntu 14.04 para o Ubuntu 16.04 há dez dias.

Esta é a primeira vez que essa atualização funcionou com sucesso para mim. Tentativas anteriores de atualização, de 10.04 a 12.04, e de 13.04 a 14.04, não funcionaram, e tiveram que ser seguidas com a instalação a partir de uma imagem baixada recentemente e, depois, várias horas de configuração do sistema.

    
por el_gallo_azul 06.09.2016 / 01:13
3

Estas mensagens aparecem enquanto aguarda que todas as interfaces marcadas como 'auto' em / etc / network / interfaces surjam. Na maioria dos sistemas Ubuntu, isso é apenas loopback (127.0.0.1); tudo o mais é feito depois, via NetworkManager.

Isso geralmente acontece se você adicionou algo marcado como 'auto' e 'dhcp' nesse arquivo, e o servidor DHCP não responde imediatamente. Você verá esta tela até que ele faça.

Também pode acontecer se o dispositivo estiver "ausente", por exemplo, se a placa PCI não estiver encaixada corretamente e não for reconhecida ou estiver com defeito.

Então, primeiro, olhe em / etc / network / interfaces e determine o que, além de lo, está marcado como auto (alternativamente, use este comando para imprimir todas as interfaces automáticas: ifquery --list --allow auto )

Provavelmente, será apenas sua "placa PCI wifi", mas talvez seja mais um dispositivo que você não está mais usando? Uma placa Ethernet com fio sem cabo conectado? Remova o 'auto' de qualquer coisa que você não queira encontrar na inicialização (e tenha que esperar).

Se for apenas sua placa sem fio, você quis configurá-la dessa maneira, em vez de usar o NetworkManager? Se não, eu sugiro o último, especialmente para uma interface wifi. Remova o 'auto' e reinicie (ou apenas execute ifdown [interface] ou mesmo ifdown -a ), faça login na área de trabalho gráfica e use o applet no seu painel para configurar a conexão.

Se você não quiser usar o NM por qualquer motivo, provavelmente ainda não vai querer esperar pela conexão sem fio na inicialização. Nesse caso, você removeria o 'auto' novamente e usaria o comando ifup [interface] para exibi-lo mais tarde. Para continuar a fazê-lo automaticamente na inicialização (mas não esperar), idealmente você criaria seu próprio script upstart em / etc / init que é executado logo após a rede estática. Se você não quiser descobrir como fazer isso, você pode sempre apenas colocar esse comando em /etc/rc.local, no entanto.

[interface] , a propósito, provavelmente será wlan0 , mas você deve verificar isso observando a saída de ifconfig -a , quando estiver funcionando.

Para a falha real, na próxima vez que isso acontecer, você terá que examinar o / var / log / syslog para descobrir exatamente o motivo. Como você diz que funciona depois da reinicialização, provavelmente não será um problema no servidor DHCP. Mais provavelmente, é um problema com o dispositivo. Você pode ver linhas como esta:

  

Aug 13 18:45:44 ubuntu dhclient: Erro ao obter endereço de hardware para "wlan0": Nenhum desses dispositivos

Verifique se o dispositivo aparece na saída de ifconfig -a . Em caso afirmativo, você pode tentar novamente manualmente ifup [interface] (ou apenas ifup -a se você nunca removeu os autos) para ver se funciona sem reinicializar. Se não, comece olhando as mensagens de inicialização do kernel ( dmesg | less ) para qualquer coisa relevante. Normalmente, há algo impresso quando o dispositivo é detectado pela primeira vez, por exemplo:

  

[25.770930] Driver WiFi sem fio Intel (R) para Linux
  [25.770933] Copyright (c) 2003-2015 Intel Corporation
  [25.773887] iwlwifi 0000: 03: 00.0: não é possível desativar o ASPM; OS não tem controle ASPM   ...
  [26.110349] iwlwifi 0000: 03: 00.0: versão de firmware carregada 18.168.6.1 op_mode iwldvm

Veja o seu próprio quando está trabalhando para ver como deve ser. Então, compare com quando está quebrado. Há algum erro? Ou o material sem fio está faltando completamente? Isso, para mim, apenas grita um cartão mal colocado ou defeituoso. Certifique-se de que esteja totalmente e firmemente no slot PCI.

Se você encontrou outros tipos de erros, no syslog ou no dmesg, você provavelmente deve registrar um erro. Salve tudo o que for relevante que você encontrou nesses registros e na saída de comandos. Quando você conseguir se conectar, execute o comando ubuntu-bug networking para criar o bug e, em seguida, anexe o que você salvou.

    
por Nathan D 14.08.2016 / 04:49
3

O fato de que apertar um parafuso tem um impacto na frequência do problema indica (pelo menos para mim) que esse é um problema de conectividade de hardware. Gostaria de remover o cartão, limpe cuidadosamente os contatos no cartão e substituí-lo. Se isso não resolver o problema, isso não indica automaticamente que o cartão está com defeito. Tente o cartão em um slot diferente (ou sistema diferente), pois o slot pode estar com defeito, não o cartão.

    
por Elder Geek 16.08.2016 / 17:06