web-dev-qa-db-fra.com

Wake-on-LAN a fonctionné 3 fois, pas plus

Mise à jour: Mes théories principales pour l'instant sont (voir ci-dessous pour plus de détails):

  • Le système Ubuntu s'arrête NIC le pouvoir est en mode veille?
  • Le pilote Realtek RTL8111 pour les machines 64 bits ne fonctionne pas?

Quelqu'un peut-il confirmer ou infirmer?

J'ai installé Ubuntu 12.04 il y a quelques jours et j'ai réussi à faire fonctionner Wake-on-LAN en envoyant des paquets magiques à partir d'un autre PC après avoir mis la machine Ubuntu en veille via le menu du bureau. Je l'ai fait 3 fois et cela a fonctionné à merveille. Puis tout à coup ça ne marchait plus! Comment cela peut-il être possible?!

Je sais que potentiellement, 1000 problèmes peuvent survenir lorsque WOL ne fonctionne pas, mais le fait qu'il ait fonctionné 3 fois de suite élimine la plupart d'entre eux. Cela a fonctionné 3 fois (à quelques minutes d'intervalle) et après cela n'a jamais fonctionné. Pendant les 3 tentatives qui ont fonctionné et les 10 tentatives suivantes qui ont échoué, la seule chose que j’ai manipulée est le pare-feu sur le PC qui envoie les paquets magiques, et j’ai rapidement désactivé le pare-feu afin d’éliminer ce problème potentiel, et également vérifier que les paquets passaient. avec WireShark (avec la machine Ubuntu sur puis bien sûr). J'ai effectué une mise à jour complète d'Ubuntu quelques heures avant le début des tests.

La plupart du temps, j'ai l'impression de simplement tester diverses choses à l'aveuglette. Existe-t-il, par exemple, un moyen de vérifier que l'alimentation n'est pas coupée pour la carte réseau? Et le fait que "cat/proc/acpi/wakeup" soit "désactivé" ne signifie-t-il pas que quelque chose ne va pas?

Il y a beaucoup de sujets sur WOL, je sais, mais aucun ne fonctionne parfaitement pendant 10 minutes, puis cesse de fonctionner sans raison. Quelques discussions mentionnent des problèmes avec WOL après l'installation de 12.04. La seule idée qui me reste à l’heure est d’installer Ubuntu 10. Mais ce ne serait qu’un test, pas une solution permanente, et un test très fastidieux. Et je suis sûr que RTL8111/RTL8168 n’est pas correctement pris en charge sur les versions précédentes d’Ubuntus (des problèmes majeurs se sont posés avec les cartes réseau dotées d’anciennes versions d’Ubuntus), ce qui complique encore un tel test.

Vous devriez seulement avoir à lire le texte ci-dessus pour comprendre mon problème. Mais pour des informations détaillées, voici quelques faits et tests que j'ai effectués:

  • J'ai essayé d'ajouter "pci = noacpi", "pci = noapic", "acpi = force" et "apm = on apm = éteindre" dans/etc/default/grub (et j'ai vérifié les modifications apportées dans grab.cfg). Un à la fois bien sûr (redémarrez après chaque).
  • J'ai vu que le NIC était désactivé dans cat/proc/acpi/wakeup, activé avec la commande "echo -n LAN | Sudo tee/proc/acpi/wakeup" et maintenant le réseau local était activé dans la liste
  • Les pare-feu sont désactivés
  • ethtool montre que wol est à l'état "g" (j'ai essayé de le régler sur "pumbag", et aussi sur "d" puis "g").
  • Il s’agit d’une carte ASUS avec Realtek RTL1111/R8168B (le pilote R8169 est livré avec le noyau et c’est ce pilote qui a été travaillé 3 fois; dernièrement j’ai changé pour le pilote R8168, ce qui n’était pas facile mais je ne vois aucune différence et les gens semblent signaler le R8169 devrait être utilisé pour tous les jours).
  • J'ai également essayé d'utiliser Wireshark sur la machine Ubuntu pour vérifier les paquets magiques transmis au PC.
  • Essayé de réinitialiser CMOS RAM (à la fois en sautant et en retirant la batterie pendant 5 minutes).
  • La DEL de la carte réseau ne s’allume pas en mode veille, mais elle ne s’allume pas non plus sur mon autre ordinateur en mode veille et WOL fonctionne pour cet ordinateur.
  • J'ai essayé d'activer "Réveil lorsque la barre d'espace PS/2 est touchée" dans le BIOS, j'ai démarré Ubuntu, sélectionné "Veille" dans le menu pour qu'il soit mis en veille, appuyé sur la barre d'espace, et tout a commencé. Fonctionne également après la commande de terminal pm-suspend and halt -p (s’arrête et redémarre complètement), mais ne se réveille pas après l’arrêt de la commande. Halt permet d’arrêter le système d’exploitation, mais le matériel reste activé. Toujours ignorer WOL dans tous les cas.
  • En mode veille, le voyant d’alimentation clignote, les ventilateurs et le disque dur sont silencieux et restent inchangés après les tentatives WOL.
  • Le programme utilisé pour envoyer des paquets magiques est le suivant: magicpacket (point) libre (point) fr sur un autre PC (Windows)
  • Les paramètres de l'expéditeur de Magic Packet sont les suivants: masque de sous-réseau 255.255.255.255 du port UDP 80, mais j'ai également essayé les ports 9, 7 et 0, TCp et masque 0.0.0.0. J'ai vérifié l'adresse MAC, mais je l'ai saisie via copier-coller et il a fonctionné avec ces paramètres 3 fois comme je l'ai mentionné.
  • Je n'ai utilisé Ubuntu que pendant une semaine (j'ai une brève expérience des systèmes Linux et Unix d'il y a longtemps).
  • Je n'ai pas ajouté "ethtool -s eth0 wol g" (ou "echo -n LAN | Sudo tee/proc/acpi/wakeup") aux scripts de démarrage, car je pense que WOL devrait fonctionner UNE FOIS si ces éléments sont définis correctement (les scripts sont Pour que cela fonctionne après chaque redémarrage) La carte mère Asus AT5NM10T-I ne dispose pas de mises à jour du BIOS (version v0306). Vous avez essayé la plupart des tâches des pages suivantes:/Fix_common_problems # Nothing_Works - wiki.xbmc.org/index.php?title=HOW-TO:Enable_Wake-On-Device_for_Ubuntu

Mises à jour:

  • Oui, j'ai activé "Activer par PME" dans le BIOS. J'ai également activé "Power on by Ring" car quelqu'un a suggéré cela dans un forum, mais je ne peux pas croire que cela affecte WOL, mais cela ne nuit pas non plus. Depuis que cela a fonctionné 3 fois, il n’ya pas de problème de configuration du BIOS.
  • J'ai en fait essayé de réinstaller Ubuntu 12.04, et encore une fois, cela a fonctionné 3 fois, puis après, il est mort. (En fait, cette fois, cela a fonctionné 1 fois, puis ne fonctionnait pas, puis 2 fois de suite, puis plus jamais.) --- Quelques détails sur ce nouveau test qui n'ont probablement aucune signification: cela n'a pas fonctionné activé correctement Samba pour le partage de fichiers entre ordinateurs d'un groupe de travail. Les 3 fois que cela a fonctionné, je n'ai pas dû envoyer Sudo ethtool -s eth0 wol g (Sudo ethtool eth0 indique toujours qu'il est en mode wol "g", donc apparemment, mon NIC commence dans ce mode). Et Sudo cat/proc/acpi/wakeup indique maintenant que le réseau local est maintenant "activé". Cette fois, j’ai utilisé le 12.04 téléchargé sans mises à jour (le bureau d’Ubuntu a déclaré qu’il n’y avait pas de mises à jour), plus tard (longtemps après qu’il a cessé de fonctionner), il indiquait qu’il y avait 136 mises à jour, je les ai installées et redémarrées, mais ne fonctionnaient toujours pas.
  • Apparemment, cette NIC gêne les utilisateurs de Linux depuis des années, mais je pensais que cela fonctionnait correctement depuis récemment, avec le pilote fourni avec le noyau. Je pense que c'est l'une des cartes réseau les plus courantes.

Mise à jour:

  • J'ai testé avec Ubuntu 11.10. Il a les mêmes problèmes, ou une version de celui-ci: WOL semble fonctionner environ 1 fois sur 4. Ne pas arrêter soudainement de travailler, ne fonctionne tout simplement pas à chaque fois (loin de là).
  • Testé avec Windows 7. Pilote Realtek installé. Cochez la case "autoriser uniquement l'activation du paquet magique" dans NIC paramètres (gestionnaire matériel) et tout a fonctionné sans faille, testé 5 fois de suite. Remarque: Tout d'abord, je n'ai pas pris la peine d'installer des pilotes vidéo et audio. Ensuite, seule l'hibernation fonctionnait, mais elle répondait parfaitement aux appels WOL. Pilote vidéo et audio installé plus "PC Probe II" qui semble avoir quelque chose à voir avec le pilote ACPI. Est-ce après avoir lu dans Wikipedia sur ACPI que Windows pourrait ne pas autoriser la mise en veille (S3) si un périphérique du système ne prend pas en charge l'acpi.
  • En mode veille (ou veille prolongée) sous Windows, je peux toujours voir cette unité dans la liste des périphériques connectés du routeur (mais le voyant du NIC est éteint). (Comme je l'ai déjà dit, pour un autre PC, cela ne figure pas dans cette liste même si WOL fonctionne, alors apparemment ce n'est pas toujours le cas). Pour ce PC, cependant, cela pourrait indiquer que le NIC n’a aucun pouvoir, c’est-à-dire que le problème ici est qu’Ubuntu coupe le pouvoir des NIC.
  • J'ai oublié de mentionner que mes machines sont toutes en 64 bits. Il n'est pas rare que des pilotes 32 bits fonctionnent, alors que des pilotes 64 bits ne fonctionnent pas. Donc, on soupçonne que le pilote Realtek 64 bits ne fonctionne toujours pas correctement sous Linux avec RTL8111, etc. - Je sais qu'il existe des problèmes avec ces cartes réseau depuis des années. J'ai lu qu'ils avaient été résolus récemment, mais quelqu'un peut-il confirmer qu'ils possèdent RTL8111/RTL8168 & RTL8168B, etc. travailler avec WOL sur une machine 64 bits?

Donc mes principales théories pour le moment sont:

  • Le système Ubuntu s'arrête NIC le pouvoir est en mode veille?
  • Le pilote Realtek pour les machines 64 bits ne fonctionne pas?
wakeonlan
5
DavidBanner

J'ai eu le même problème. Mais sur ma machine, il y avait une vieille Suse et des fenêtres installées. Lorsque je ferme à partir de WakeOnLan de cet OS fonctionne bien. Mais je veux utiliser Ubuntu 1204LTS 64bit. Après l’arrêt de Ubuntu, l’ordinateur ne se réveille pas sur WOL. J'ai testé le réglage avec ethtool. Mais tout a été ajusté.

Solution: Téléchargez le dernier pilote de realtek et installez-le. Ça marche pour moi.

www.realtek.com/downloads/ Téléchargez ce pilote:

LINUX driver for kernel 2.6.x and 2.4.x (Support x86 and x64) 8.030.00 2012/5/14

Puis tapez ceux-ci dans le terminal:

cd ~/Downloads
tar -xvjf r8168-8.030.00.tar.bz2
cd r8168-8.030.00/
Sudo ./autorun.sh

C'est tout.

Rolf

1
Rolf