[WOL] impossible de reveiller la machine (résolu)

[benjarobin]

@oktoberfest

Pour une fois je ne vais pas dire de bêtise

Rhooo

@mozvillat C'est clairement dans cette direction qu'il faut creuser. Peux tu après avoir installé hwinfo, lancer : hwinfo --netcard

ok ceci explique cela ! reste à trouver ce qui definit la variable dans ce "filesystem"...

Je pensais que tu le savais, que tout ce qui est dans /sys est non persistant... C'est juste la valeur par défaut... C'est pour cela que l'on utilisera un script udev et/ou systemd pour la changer automatiquement...

[mozvillat]

retour de hwinfo --netcard

Code : Tout sélectionner

$ hwinfo --netcard
20: PCI 200.0: 0200 Ethernet controller                         
  [Created at pci.328]
  Unique ID: c3qJ.1qDT_UKWHq2
  Parent ID: HnsE.O8WhII5hox9
  SysFS ID: /devices/pci0000:00/0000:00:1c.5/0000:02:00.0
  SysFS BusID: 0000:02:00.0
  Hardware Class: network
  Model: "Realtek RTL8111/8168 PCI Express Gigabit Ethernet controller"
  Vendor: pci 0x10ec "Realtek Semiconductor Co., Ltd."
  Device: pci 0x8168 "RTL8111/8168 PCI Express Gigabit Ethernet controller"
  SubVendor: pci 0x10ec "Realtek Semiconductor Co., Ltd."
  SubDevice: pci 0x0123 
  Revision: 0x06
  Driver: "r8168"
  Driver Modules: "r8168"
  Device File: enp2s0
  I/O Ports: 0xe000-0xefff (rw)
  Memory Range: 0xf0004000-0xf0004fff (ro,non-prefetchable)
  Memory Range: 0xf0000000-0xf0003fff (ro,non-prefetchable)
  IRQ: 29 (85239 events)
  HW Address: 00:13:3b:10:71:12
  Link detected: yes
  Module Alias: "pci:v000010ECd00008168sv000010ECsd00000123bc02sc00i00"
  Driver Info #0:
    Driver Status: r8169 is not active
    Driver Activation Cmd: "modprobe r8169"
  Driver Info #1:
    Driver Status: r8168 is active
    Driver Activation Cmd: "modprobe r8168"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #15 (PCI bridge)

[mozvillat]

Probleme résolu le wol fonctionne.

Apres avoir continué un peu mes recherches, j'ai vu un post ou le probleme venait du copié/collé depuis le wiki arch (/etc/systemd/system/wol@.service).

J'ai donc supprimé le contenu du service et retaper. J'ai réactivé le service

Code : Tout sélectionner

systemctl enable wol@enp2s0

d'ailleurs, je ne sais pas si ca change quelque chose mais bon, ca coute rien !!!

J'ai retiré de la blacklist le module r8169 et réactivé apres avoir supprimé le driver r8168.

Testé un reboot de la machine puis un arret....et la, le miracle s'accomplit !!! la machine pouvait etre allumée à distance !!!

Par contre je vais regarder de plus pres, car il me semble que l'affichage du bureau est moins rapide (peut etre du au service qui ralentit un peu l'ensemble ??.... a voir)

En tout cas merci à tous pour le temps consacré à me répondre et de m'avoir guidé sur les bonnes pistes !

@ bientôt.

[oktoberfest]

Donc le problème vient du driver r8168 si je comprends bien

[mozvillat]

ben je ne peux pas dire precisement car j'ai fais les 2 modifs directement....

Donc :

dans un premier temps, si quelqu'un rencontre le probleme, il peut resaisir le fichier /etc/systemd/system/wol@.service à la main, plutot que faire un copié collé du wiki arch (pas sur que ca vienne de la, mais une personne avait le même soucis et avait vu que des caracteres s'inseraient en copiant/collant)... mais ces caracteres n'apparaissent pas à l'ecran lors de l'edition via nano.

Apres pour le driver, c'est propre aux chipsets realtek... le wiki indique un probleme avec le driver 8169 qui s'installe par defaut. Peut etre que la version avait ete corrigée... comme ca ne marchait pas chez moi, j'avais suivi la partie troubleshooting.

Normalement, le driver r8169 est installé et la derniere manip n'est pas nécessaire !

Voila, j'espere que ca en aidera d'autres qui rencontrent le soucis du wol !!!!

ps : comme dis lors d'un post precedent, les voyants de la carte reseau sont tout de meme eteints mais ca n'empeche en rien le wol de fonctionner.

[oktoberfest]

Comme l'a dit benjarobin, le service n'est là que pour automatiser une tâche.

Si tu veux valider que ça vient du driver, je te propose (si tu as encore un peu d'énergie à consacrer à ce problème) :
- Désactiver le service
- Redémarrer
- Vérifier que tu utilises le driver r8169
- Lancer la commande 'sudo /usr/bin/ethtool --change enp2s0 wol g' (C'est la commande que lance le service)
- Arrêter ta machine
- Lancer un wake on lan depuis une autre machine --> Ton Arch doit démarrer
- Activer le r8168 (blacklister le r8169)
- Redémarrer
- Lancer la commande 'sudo /usr/bin/ethtool --change enp2s0 wol g'
- Arrêter ta machine
- Lancer un wake on lan depuis une autre machine --> Ton Arch ne doit pas démarrer

[mozvillat]

ok je ferais le test en debut de semaine prochaine (mardi 25/5)...week end un peu chargé !!!!

je ferai un retour !

[mozvillat]

J'ai fais le test et effectivement en remettant le driver r8168 ca ne fonctionne plus.

En relisant quelques posts sur le sujet, ca risque d'etre variable en fonction de la revision du chipset realtek de la carte ethernet.... pour ceux qui ont ce chipset, la premiere chose à faire est de configurer systemd (en evitant le copié/collé) du wiki.

Et si la ca fonctionne pas (par defaut le dernier driver sera installé, donc r8169 au moment ou j'ecris !) on peut essayer de le blacklister pour intsaller le r8168 en sachant que pour moi, ce driver produit l'effet inverse !