Hello,
Je rencontre un problème d activation du WOL sur ma nouvelle UC, j’ai essayé de procéder aux même paramétrages que le précédent d’une autre marque sous Jessie, mais le résultat n’est pas à la hauteur.
Le 1er problème que je rencontre :
Dans l UEFI lorsque je passe le paramètre « Deep Sleep Contrôl » de « enabled in S4 and S5 » à « disabled ».
L UC redémarre immédiatement après quelques millisecondes d’arrêt, lorsque je demande l’arrêt avec Debian.
Si l’un.e d’entre vous peux m’éclairer, pour solutionner mon problème, et mieux comprendre le fonctionnement de l’arrêt d’une UC, je suis preneur =D
INFOS MATERIEL & CONFIG
Modèle de l UC : Dell OptiPlex XE2
Version bios : A17 / Revision: 65.17
Carte mère : 0YC03K / Version: A04
Ethernet controller : Intel Corporation Ethernet Connection I217-LM (rev 04)
OS : widaube10 et Debian Buster stable 10.3.0
Configuration bios :
> Deep Sleep Contrôl : disabled
> Wake on LAN : LAN Only
Configuration carte réseau :
# /usr/sbin/ethtool eno1
Settings for eno1:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: on (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
Note : J’arrive (depuis un autre poste) à faire fonctionner la commande « # etherwake -i eno1 48:4d:xx:xx:xx:xx », après un arrêt windows (a ce moment UC éteinte/carte réseau non alimentée), et débrancher la prise secteur puis la rebrancher (a ce moment UC éteinte/carte réseau alimentée).
Modifications que j’ai apporté au système :
Apparemment rc.local n’est plus activé par défaut dans Buster, y’a t’il une raison ? A t’il était remplacé par autre chose ?
Quoi qu’il en soit pour y remédier ;
J’ai éditer le fichier /etc/systemd/system/rc-local.service
En n’y insérant les lignes suivantes :
====================
[Unit]
Description=/etc/rc.local
ConditionPathExists=/etc/rc.local
[Service]
Type=forking
ExecStart=/etc/rc.local start
TimeoutSec=0
StandardOutput=tty
RemainAfterExit=yes
SysVStartPriority=99
[Install]
WantedBy=multi-user.target
====================
J’ai éditer le fichier /etc/rc.local
En n’y insérant les lignes suivantes :
====================
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
ethtool -s eno1 wol g
exit 0
====================
Puis changement de permission :
# chmod +x /etc/rc.local
Activez le script «rc-local» au démarrage :
# systemctl enable rc-local
Created symlink /etc/systemd/system/multi-user.target.wants/rc-local.service → /etc/systemd/system/rc-local.service.
Vérifiez si une erreur s’est produite lors du démarrage du service:
# systemctl status rc-local.service
● rc-local.service - /etc/rc.local
Loaded: loaded (/etc/systemd/system/rc-local.service; enabled; vendor preset:
Drop-In: /usr/lib/systemd/system/rc-local.service.d
└─debian.conf
Active: active (exited) since Fri 2020-04-17 06:19:16 CEST; 1min 1s ago
Process: 427 ExecStart=/etc/rc.local start (code=exited, status=0/SUCCESS)
avril 17 06:19:15 XXX systemd[1]: Starting /etc/rc.local...
avril 17 06:19:16 XXX systemd[1]: Started /etc/rc.local.
Voilà… dsl pour le roman j’ai essayé d’etre le plus préci possible 
PS : N’etant pas du tout dans l’informatique, n’hesiter pas a me dire si je peux optimiser mes paramétrages, ou si je n’ai pas paramétré proprement 