lan não está funcionando após a reinicialização

Question

Instalei o Ubuntu 14.04 no meu novo notebook e tenho um problema com a conectividade com a Internet. Quando inicializo o computador, tudo funciona perfeitamente, mas depois de reiniciar usando o botão no canto superior direito (por exemplo, após uma atualização do kernel), a internet com fio simplesmente não funciona mais. Não há problema com wireless, no entanto (no entanto, eu uso principalmente LAN). Não pode ser um problema de hardware, porque funciona no Windows (é uma máquina de inicialização dupla). Misteriosamente, tudo funciona perfeitamente se eu apenas ligar o notebook antes de reiniciar - mesmo se eu reiniciar com bateria (- > quebrado) e depois mais uma vez em AC (- > fixo novamente).

Eu tenho feito mais alguns testes: nada muda se eu cortar a conexão (fisicamente, no gerenciador de rede ou ambos) antes da reinicialização. sudo service networking restart também não tem efeito com a saída

stop: Job failed while stopping 
start: Job is already running: networking

No entanto, sudo service network-manager restart mata a conexão da mesma forma que uma reinicialização, forçando-me a desligar o computador e depois fazer uma inicialização a frio para colocá-lo em operação novamente, mas apenas quando o notebook estiver funcionando com bateria.

Eu estive pensando_

Qual poderia ser a causa desse comportamento?

Outras saídas de comando:

lspci -knn | grep Eth -A2 :

05:00.1 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 12)
Subsystem: ASUSTeK Computer Inc. Device [1043:200f]
Kernel driver in use: r8169

na rede local (funcionando ou não), bem como na rede sem fio (como esperado, eu só queria ter certeza).

ifconfig :

eth0      Link encap:Ethernet  HWaddr 08:62:66:b5:0f:78  
      inet addr:192.168.1.112  Bcast:192.168.1.255  Mask:255.255.255.0
      inet6 addr: fe80::a62:66ff:feb5:f78/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:9907 errors:0 dropped:0 overruns:0 frame:0
      TX packets:6660 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:9730805 (9.7 MB)  TX bytes:726284 (726.2 KB)

lo        Link encap:Local Loopback  
      inet addr:127.0.0.1  Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING  MTU:65536  Metric:1
      RX packets:2391 errors:0 dropped:0 overruns:0 frame:0
      TX packets:2391 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:228361 (228.3 KB)  TX bytes:228361 (228.3 KB)

    

Answer 1

Eu resolvi o problema: por causa da situação de bateria / ac, observei as configurações de economia de energia em powertop e percebi que conectar o notebook na configuração de wake-on-lan.

De qualquer forma, por tentativa e erro, descobri que a LAN funciona após a reinicialização e sudo service network-manager restart se o wake-on-lan estiver ativado (não faço ideia do motivo, pois tive a sorte de tropeçar Eu ficaria feliz se alguém pudesse oferecer algum insight). Portanto, minha solução foi adicionar

sleep 1
sudo ethtool -s eth0 wol g

para rc.local (o valor para o sono pode depender da máquina - eu substituí o HDD que vem com o computador com um SSD, então para outras máquinas ele pode ter que ser maior; o truque é que o comando deve ser executado após as interfaces de rede terem sido configuradas). Desta forma, o wol é sempre ativado, independentemente do estado de energia - mas com uma exceção: se você inicializar o computador em CA e puxar o plugue algum tempo depois, ele retornará ao estado desligado. Normalmente, isso não deve ser um problema muito grande, já que você teria que reiniciar o gerenciador de rede via linha de comando para notá-lo - e se isso for realmente necessário, uma reinicialização também pode ser uma boa ideia. No entanto, esse comportamento também pode ser corrigido adicionando-se um pequeno script a /etc/pm/power.d/ (semelhante ao da primeira resposta a este pergunta ): no ramo de modo de bateria, você coloca

sudo ethtool -s eth0 wol g

e a ramificação do modo CA permanece vazia.