Atualização: Minhas principais teorias, por enquanto, são (veja abaixo os detalhes):
- O sistema Ubuntu encerra a energia da placa de rede no modo de espera?
- O driver Realtek RTL8111 para máquinas de 64 bits não funciona?
Alguém pode confirmar ou negar?
Instalei o Ubuntu 12.04 alguns dias atrás e consegui que o Wake-on-lan funcionasse enviando Magic Packets de um PC diferente depois de ter colocado a máquina Ubuntu em modo de espera através do menu da área de trabalho. Eu fiz isso 3 vezes e funcionou lindamente. Então, de repente, não funcionou mais! Como isso pode ser possível?!
Eu sei que potencialmente 1000 coisas podem estar erradas quando o WOL não funciona, mas o fato de ter funcionado 3 vezes consecutivas exclui a maioria delas. Ele trabalhou 3 vezes (alguns minutos de intervalo) e depois disso nunca funcionou. Durante as 3 vezes que funcionou e no seguinte 10 tentativas malsucedidas, a única coisa que lidei foi o firewall no PC que envia os pacotes mágicos, e logo desliguei o firewall para eliminar esse problema em potencial, e também verifiquei os pacotes através de com wireshark (com a máquina Ubuntu, então, é claro). Fiz uma atualização completa do Ubuntu algumas horas antes dos testes começarem.
Na maior parte do tempo, sinto que estou apenas testando várias coisas cegamente. Existe, por exemplo, alguma maneira de verificar se a energia não está desligada para a NIC? E o "cat / proc / acpi / wakeup" não está "desativado" significa que algo está errado?
Há muitos tópicos no WOL, eu sei, mas nenhum deles funciona perfeitamente por 10 minutos e depois pára de funcionar sem nenhum motivo. Alguns tópicos mencionam problemas com o WOL após a instalação do 12.04. Minha única ideia restante agora é instalar o Ubuntu 10. Mas isso seria apenas um teste, não uma solução permanente e um teste muito demorado. E tenho certeza de que o RTL8111 / RTL8168 não é suportado corretamente no Ubuntus antigo (houve grandes problemas com os NICs com o Ubuntus antigo), o que complica ainda mais esse teste.
Você só precisa ler o texto acima para entender meu problema. Mas para informações detalhadas, aqui estão alguns fatos e testes que fiz:
- Eu tentei adicionar "pci = noacpi", "pci = noapic", "acpi = force" e "apm = em apm = power-off" para / etc / default / grub (e verifiquei as mudanças na captura. cfg). Um de cada vez, claro (reinicie após cada um).
- Eu vi a NIC desativada em cat / proc / acpi / wakeup, ativada com o comando "echo -n LAN | sudo tee / proc / acpi / wakeup" e agora a LAN foi ativada na lista
- Os firewalls estão desativados
- ethtool mostra que o wol está no estado "g" (tentei defini-lo como "pumbag", e também como "d" e depois como "g").
- É uma placa ASUS com Realtek RTL1111 / R8168B (driver R8169 veio com o kernel e foi com esse driver é trabalhado 3 vezes; ultimamente eu mudei para o driver R8168 que não foi fácil, mas não consigo ver qualquer diferença e as pessoas parecem relatar R8169 deve ser usado para todos hoje em dia).
- Eu também tentei usar wireshark na máquina Ubuntu para verificar se os pacotes mágicos chegam ao PC
- Tentei reconfigurar o CMOS RAM (ambos saltando e removendo a bateria por 5 minutos).
- O LED da NIC não está aceso quando está no modo de suspensão, mas também não está aceso no meu outro PC quando em suspensão e o WOL funciona nesse PC.
- Eu tentei ativar o "Wake on quando atingi a barra de espaço PS / 2" na BIOS, iniciei o Ubuntu, selecionei "Standby" no menu para que ele ficasse em standby, pressione a barra de espaço e ele começou. Também trabalhou após o comando Terminal pm-suspend e halt -p (desliga e reinicia completamente embora), mas não acorda após o comando parar. Halt faz o sistema operacional desligar, mas o HW permanece ligado. Ainda ignorando o WOL em todos os casos.
- Quando no modo de espera, o LED de energia pisca, os ventiladores e o disco rígido ficam em silêncio, e isso permanece o mesmo depois das tentativas de WOL
- O programa usado para enviar pacotes mágicos é: magicpacket (ponto) free (ponto) fr em um PC diferente (Windows)
- As configurações do remetente do Magic Packet são a máscara de sub-rede da porta UDP 80 255.255.255.255 e são as configurações com as quais ele trabalhou, mas também tentei as portas 9, 7 e 0, TCp e máscara 0.0.0.0. Já verifiquei o endereço MAC, mas eu entrei via copy-and-paste e ele trabalhou com essas configurações 3 vezes como mencionei.
- Eu usei o Ubuntu apenas por uma semana (tenho uma breve experiência com sistemas Linux e Unix de muito tempo atrás)
- Eu não adicionei "ethtool -s eth0 wol g" (ou "echo -n LAN | sudo tee / proc / acpi / wakeup") a scripts de inicialização, pois acredito que o WOL deve funcionar UMA VEZ se essas coisas estiverem definidas corretamente (script é necessário para que funcione após cada reinicialização)
A placa-mãe Asus AT5NM10T-I não tem atualizações de BIOS (é v0306)
Tentei mais coisas nestas páginas:
wiki.ubuntuusers.de/Wake_on_LAN -
en.gentoo-wiki.com/wiki/ACPI/Fix_common_problems#Nothing_Works -
wiki.xbmc.org/index.php?title=HOW-TO:Enable_Wake-On-Device_for_Ubuntu
Atualizações:
- Sim, habilitei "Power on by PME" (Eventos de gerenciamento de energia PCI) no BIOS.Eu também habilitei "Power on by Ring" já que alguém sugeriu isso em um fórum, mas eu não posso acreditar que isso afeta o WOL, mas também não pode prejudicar. Desde que funcionou 3 rimes isso não é problema de configurações da BIOS.
- Na verdade, eu tentei reinstalar o Ubuntu 12.04 e, novamente, ele funcionou três vezes, depois disso, está morto. (Na verdade, desta vez funcionou 1 vez, depois não funcionou, depois trabalhou 2 vezes seguidas, depois nunca mais.) --- Alguns detalhes sobre este novo teste que provavelmente não têm significado: Não funcionou até eu habilitado Samba corretamente para compartilhamento de arquivos entre PCs em um grupo de trabalho. As 3 vezes que deu certo eu não precisei enviar sudo ethtool -s eth0 wol g (o sudo ethtool eth0 sempre relata que está no modo wol "g" então aparentemente minha NIC começa nesse modo). E o sudo cat / proc / acpi / wakeup agora sempre mostra a LAN como "ativada" agora. Desta vez eu usei o 12.04 baixado sem atualizações (o desktop do Ubuntu disse que não havia atualizações), mais tarde (depois que ele parou de funcionar) ele disse que havia 136 atualizações, eu as instalei e rebitei, ainda não funcionou.
- Aparentemente, este NIC tem sido problemático para os usuários de Linux por anos, mas eu achei que estava funcionando corretamente desde recentemente, com o driver que vem com o kernel. É um dos NICs mais comuns que eu acho.
Atualização:
- testei com o Ubuntu 11.10. Tem os mesmos problemas, ou uma versão dele: o WOL parece funcionar cerca de 1 em cada 4 vezes. De repente não para de funcionar, simplesmente não funciona o tempo todo (longe disso).
- Testado com o Windows 7. Driver Realtek instalado. Assinalou "permitir que apenas pacote mágico acorde" nas configurações NIC (gerenciador HW) e funcionou perfeitamente, testado 5 vezes seguidas. Nota: Primeiro, não me preocupei em instalar drivers de vídeo e áudio e, depois, apenas a hibernação funcionou, mas ela respondeu às chamadas do WOL sem problemas. Instalado vídeo e driver de áudio, mais "PC Probe II", que parece ter algo a ver com o driver ACPI. Fiz isso depois que eu li na Wikipedia sobre ACPI que o Windows pode não permitir standby (S3) se um dispositivo no sistema não suporta acpi.
- Quando no modo de suspensão (ou hibernação) no Windows, ainda consigo ver essa unidade na lista de dispositivos conectados do roteador (mas o LED na NIC está apagado). (Como eu disse antes, para um PC diferente, não é visto nesta lista mesmo que o WOL funcione, então aparentemente nem sempre é o caso). Para este PC, no entanto, isso pode indicar que o NIC não tem qualquer poder, e que o problema aqui é que o Ubuntu desliga o poder do NICs.
- Esqueci de mencionar que minhas máquinas são todas de 64 bits. Não é tão incomum que drivers de 32 bits funcionem enquanto drivers de 64 bits não. Então, uma suspeita é que o driver Realtek de 64 bits ainda não funciona corretamente no Linux com RTL8111 etc - eu sei que houve problemas com esses NICs por anos que eu li foram resolvidos muito recentemente, mas alguém pode confirmar que eles têm RTL8111 / RTL8168 & amp; RTL8168B etc trabalhando com WOL em uma máquina de 64 bits?
Então, minhas principais teorias, por enquanto, são:
- O sistema Ubuntu encerra a energia da placa de rede no modo de espera?
- O driver Realtek para máquinas de 64 bits não funciona?