Je me bats depuis près d'une semaine sur la capacité de réveil sur réseau (WoL) de mon contrôleur Ethernet Realtek RTL8111/8168B intégré (Mo: gigaoctet Z68AP-D3). Le problème principal semble être que la carte réseau est complètement éteinte lors de l’arrêt (c’est-à-dire que les voyants DEL Link et (Act) ivity sont éteints).
J'ai effectué un examen approfondi de problèmes similaires et essayé (entre autres):
ethtool -s eth0 wol g
dans le fichier rc.local
.echo -n "my_lan_id" >> /proc/acpi/wakeup
dans le fichier rc.local
.Je ne peux trouver aucun moyen de préparer ma NIC à fonctionner correctement. J'ai donc décidé d'essayer avec une carte réseau PCI externe. Suggérez-moi quelle carte réseau devrais-je essayer d'activer WoL? (Peut-être adaptateur de bureau Intel® PRO/1000 GT ?)
La DEL ne doit pas nécessairement être allumée pour que le NIC écoute WOL, il s'agit d'une idée fausse courante. Cela dépend de la carte réseau. J'ai un PC Windows sur lequel le voyant LAN est éteint même si WOL fonctionne pour cela. En outre, la recherche de périphériques connectés dans l'i/f d'un routeur peut ne pas être vérifiée si le NIC est à l'écoute de WOL ou non. J'ai un PC qui n'est pas visible dans l'i/f du routeur en veille mais WOL fonctionne. Donc dans l’ensemble, je ne pense pas qu’il existe un moyen efficace de vérifier si NIC est à l’écoute ou complètement à l’arrêt.
J'ai posté mon problème et enquête ici, il pourrait être le même problème: Wake-on-LAN a travaillé 3 fois puis pas plus
Mon principal doute aujourd'hui est que ce problème se pose pour les utilisateurs de RTL8111 avec Ubuntu 12.04.
Il existe également différentes versions de RTL8111, qui sait si cela s'applique à tous et je ne sais pas quelles sont les différences entre 8111C, 8168B, 8169, etc., elles utilisent le même pilote sous Linux. Sur le site de Realtek, le même pilote est utilisé pour les cartes réseau suivantes:
RTL8111B/RTL8168B/RTL8111/RTL8168 - RTL8111C/RTL8111CP/RTL8111D (L) - RTL8168C/RTL8111C/RTL8111E - RTL8168E/RTL8111F/RTL8111F/RTL8111F/RTL8111F
et un pilote différent pour les cartes réseau suivantes:
RTL8110SC (L) (RTL8110S/RTL8110SB (L)/RTL8169SB (L)/RTL8169S (L)/RTL8169)
Non autorisé à poster plus de liens ..: - /
Si vous voulez acheter un NIC différent, je suggère d'utiliser une puce autre que Realtek.
Mise à jour: j'ai testé un peu plus pour comprendre quel est le problème. Mes principales théories pour l'instant sont les suivantes: le système Ubuntu s'arrête NIC le pouvoir en mode veille et/ou le pilote Realtek RTL8111 pour les machines 64 bits ne fonctionne pas. Voir le lien vers mon fil pour plus de détails.
BTW je ne reçois pas ce forum .. Suis-je poster une réponse et les autres discutent bien que pas permis?! Et je suis autorisé à modifier le post original mais je ne peux pas ajouter de commentaire!
J'ai trouvé une solution qui fonctionne sur mon système (RTL8111/8168B Ethernet Gigabit Ethernet + Ubuntu 12.04 AMD64). Ce rapport de bogue décrit le problème, et quelqu'un a suggéré d'utiliser le module r8168 au lieu du module r8169, qui ferait l'affaire. Aussi quelque part ailleurs, j'ai vu que cela pouvait être fait via dkms, mais je suis pressé ce matin, alors je n'ai pas eu la chance de regarder, cela pourrait aider
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
Même si je faisais cela sur ssh, cela fonctionnait réellement, la connexion venait juste d'être verrouillée pendant un moment, mais elle était reprise après l'installation du nouveau module.
En plus d'activer le support de wake-on-lan dans le BIOS, je devais apporter une autre modification au BIOS.
Dans le BIOS, sous "Gestion de l'alimentation, j'ai défini" Contrôle du sommeil profond "sur Désactivé.
Cela permettait au NIC de rester allumé et d’afficher un voyant de liaison même lorsque le PC était éteint.