Para referência, qualquer que seja o problema foi corrigido reiniciando o roteador sem fio mais uma vez. Então, ler isso foi um completo desperdício de seu tempo. Me desculpe.
Eu instalei o servidor Ubuntu 16.04.1 no meu laptop há alguns meses, adicionei peças X11 suficientes para fazer a GUI funcionar, e apenas pacotes de rede suficientes para ter wifi (e com fio ethernet, é claro) funcionando.
Não me lembro dos detalhes sobre a parte da rede, mas está funcionando bem por meses.
Tenho certeza de que não tenho o Network Manager (ou o Gnome) instalado. Esta é uma caixa bastante antiga, na maioria das vezes CLI. Eu também tenho certeza que não há arquivo /etc/wpa_supplicant.conf (eu tenho tenho / sbin / wpa_supplicant, mas não sei como dizer se ele é usado em qualquer lugar).
Tivemos uma falha de energia nesta tarde, e meu laptop não conseguiu se conectar à rede sem fio desde então. (É totalmente possível que o cartão tenha sido frito, mas não foi plugado, então estou otimista lá). Ainda não verifiquei a conexão com fio. Outros dispositivos estão bem, então o problema não é o roteador.
Enquanto ele está inicializando, ele faz uma pausa em "Um trabalho de início está sendo executado para Levantar interfaces de rede" por cerca de cinco minutos, depois desiste porque ele falhou.
A execução de ip a produz:
3: wlp2s0: mtu1500 qdisc mq estado DOWN grupo padrão qlen 1000 link / ether b8: 76: ... brd ff: ff: ff: ff: ff: ff (junto com detalhes sobre outras conexões que basicamente parecem corretas).
Eu tentei diferentes variações de ifup / down e dhclient, além de definir um endereço IP estático. Todos eles acabam de sair.
A mensagem de erro de fazer um ifdown / ifup é "Nenhum DHCPOFFERS recebido. Sem concessões de trabalho em banco de dados persistente - dormindo. "
Eu usei o google para rastrear um comando para monitorar as portas 67 e 68 usando o tcpdump e não vi nenhum tráfego.
Executando sudo lshw -class network mostra
* - rede ... adaptador de rede embutido ... *-rede descrição: interface sem fio produto: Adaptador de rede sem fio AR9485 fornecedor: Qualcomm Atheros ID Físico: 0 informações de ônibus: pci @ 0000: 02: 00.0 nome lógico: wlp2s0 versão: 01 serial: $ {endereço MAC} largura: 64 bits relógio: 33MHz capacidades: pm msi pciexpress bus_master cap_list rom ethernet físico sem fio configuração: broadcast = sim driver = ath9k driverversion = 4.4.0-87-firmware genérico = N / A latência = 0 link = não multicast = sim wireless = IEEE 802.11bgn recursos: irq: 17 memória: memória c0500000-c057ffff: c0580000-c058ffff * -rede DESABILITADO ... a ponte virtual para o LXC ou o docker ... (A configuração do Docker também falha na inicialização. Não acho que esteja relacionada, mas uma mensagem sobre "Falha ao escutar no soquete do Docker" aparece de forma bastante proeminente enquanto aguardo a falha básica da rede expirar).
systemctl status docker.socket mostra que o "Processo de controle foi encerrado, código = status de saída = 216" Eu suspeito que esse seja um efeito colateral do problema real, mas parece valer a pena mencionar. (Eu tenho o último 1.12 instalado, mas eu realmente não faço nada com ele).
Esta é a parte que parece interessante para mim, embora eu possa estar lendo muito sobre isso:
O adaptador lan no meu roteador tem um endereço MAC que se parece com: xx: xx: xx: xx: xx: 00
Possui duas vlans configuradas, em xx: xx: xx: xx: xx: 08 e xx: xx: xx: xx: xx: 09. O / etc / network / interfaces está configurado com o wpa-ssid que deve informar para conectar-se ao xx: xx: xx: xx: xx: 09.
O final do dmesg tem um monte de mensagens que se parecem com:
wlp2s0: autenticar com xx: xx: xx: xx: xx: 05 wlp2s0: envia a autenticação para xx: xx: xx: xx: xx: 05 (tente 1/3) wlp2s0: envia a autenticação para xx: xx: xx: xx: xx: 05 (tente 2/3) wlp2s0: envia a autenticação para xx: xx: xx: xx: xx: 05 (tente 3/3) wlp2s0: autenticação com xx: xx: xx: xx: xx: 05 expirou
Eu não sei de onde veio esse endereço 05.
Isto é tudo com o kernel 4.4.0-87, o qual eu realmente não exercitei muito. Para sorrisos, tentei inicializar o 4.4.0-78, que é a versão mais antiga que eu instalei. Isso parece ter os mesmos problemas. (Eu não passei muito tempo lá, apenas verifiquei a falta de rede e que o dmesg tem o mesmo sabor de erros).
Até agora, a única maneira de obter feedback sobre o que está acontecendo é quando eu desliguei o Wi-Fi. Quando fiz isso, o dhclient e o tcpdump saíram porque a interface de rede foi embora.
Estou bastante confiante de que meu sistema sabe que a placa está lá e acha que está aceitando pacotes. Além disso, estou sem ideias. Alguma idéia ou sugestão?
Obrigado!
Para referência, qualquer que seja o problema foi corrigido reiniciando o roteador sem fio mais uma vez. Então, ler isso foi um completo desperdício de seu tempo. Me desculpe.