Substitua a placa de rede Realtek r8168 para ativar o wake-on-lan?

2
Eu tenho lutado com o recurso wake-on-lan (WoL) do meu controlador ethernet Realtek RTL8111 / 8168B integrado (MB: Gigabyte Z68AP-D3) há quase uma semana. O principal problema parece ser que a placa de rede é desligada completamente durante o desligamento (ou seja, as luzes LED de link e (act) estão desativadas).

Eu fiz uma extensa revisão de questões semelhantes e tentei o seguinte (entre outros):

  • Colocando ethtool -s eth0 wol g em rc.local file.
  • Instalando o driver mais recente do r8168 da Realtek.
  • Colocando echo -n "my_lan_id" >> /proc/acpi/wakeup em rc.local file.
  • Ativando e desativando a opção WOL no BIOS.

Não consigo encontrar uma maneira de preparar meu NIC para funcionar corretamente, então decidi experimentar uma placa de rede PCI externa. Por favor me sugerir qual placa de rede devo tentar ativar o WoL? (Talvez Adaptador de desktop Intel® PRO / 1000 GT ?)

    
por Andrej 10.05.2012 / 09:43

3 respostas

1

O LED não precisa necessariamente estar aceso para que a NIC esteja ouvindo WOL, isso é um equívoco comum. Depende da NIC. Eu tenho um PC com Windows onde o LED da LAN está fora, embora o WOL trabalhe para ele. Além disso, a procura de dispositivos conectados na i / f de um roteador pode não ser verdadeira se a NIC estiver atendendo ou não a WOL. Eu tenho um PC que não é visível na i / f do roteador quando estou em repouso, mas o WOL funciona. Então, apesar de tudo, não acho que haja uma boa maneira de verificar se a NIC está ouvindo ou desligando completamente.

Eu postei meu problema & amp; investigação aqui, poderia ser o mesmo problema: O Wake-on-LAN funcionou três vezes e não mais

A minha principal suspeita agora é que este problema ocorre para usuários RTL8111 com o Ubuntu 12.04.

Há também uma versão diferente do RTL8111, que sabe se se aplica a todos, e eu não sei quais são as diferenças entre 8111C, 8168B, 8169 etc, eles usam o mesmo driver no Linux. No site da Realtek, o mesmo driver é usado para as seguintes NICs:

RTL8111B / RTL8168B / RTL8111 / RTL8168 - RTL8111C / RTL8111CP / RTL8111D (L) - RTL8168C / RTL8111DP / RTL8111E - RTL8168E / RTL8111F / RTL8411

e um driver diferente para as seguintes NICs:

RTL8110SC (L) (RTL8110S / RTL8110SB (L) / RTL8169SB (L) / RTL8169S (L) / RTL8169)

Não é permitido postar mais links ..: - /

Se você quiser comprar uma NIC diferente, sugiro que ela não seja da Realtek e de qualquer chip da Intel.

Atualização: testei mais alguns para entender qual é o problema. Minhas teorias principais, por ora, são: O sistema Ubuntu encerra a energia do NIC no modo de espera e / ou o driver Realtek RTL8111 para máquinas de 64 bits não funciona. Veja o link para o meu tópico para detalhes.

BTW eu não entendo este fórum .. Estou postando uma resposta e os outros estão discutindo embora não seja permitido ?! E tenho permissão para alterar a postagem original, mas não posso adicionar um comentário!

    
por DavidBanner 17.05.2012 / 17:22
2

Eu encontrei uma solução, ela funciona no meu sistema (RTL8111 / 8168B PCI Express Gigabit Ethernet + Ubuntu 12.04 AMD64). Este relatório de erros descreve o problema, e alguém sugeriu que o uso do módulo r8168 ao invés do O módulo r8169 faria o truque. Também em outro lugar eu vi isso pode ser feito via dkms, mas estou com pressa esta manhã, por isso não tive chance de olhar, isso pode ajudar

wget http://r8168.googlecode.com/files/r8168-8.030.00.tar.bz2
tar xjf r8168-8.030.00.tar.bz2
cd r8168-8.030.00
./autorun.sh

Embora eu estivesse fazendo isso com o ssh, ele realmente funcionou, a conexão ficou travada por um tempo, mas foi retomada depois que o novo módulo foi instalado.

    
por Adam 28.05.2012 / 09:03
0

Além de ativar o suporte para wake-on-lan no BIOS, tive que fazer outra alteração no BIOS.

Na BIOS, em "Gerenciamento de energia, eu configurei" Deep Sleep Control "como desativado.

Isso permitiu que a NIC permanecesse e mostrasse uma luz de link mesmo quando o PC estava desligado.

    
por Christian Long 12.07.2013 / 00:09