Je ne sais pas comment vous l'avez manqué dans la documentation, car quand j'ai regardé, c'était clairement là.
Placez ceci dans logind.conf :
HandleLidSwitch=ignore
Selon la documentation de cette URL, le HandleLidSwitch peut être réglé sur lock qui verrouille votre session et provoque normalement l'extinction de l'écran immédiatement ou quelques secondes plus tard. Cela fonctionne bien sur mon Ubuntu-Gnome 17.10. Le seul inconvénient est que vous devrez saisir à nouveau votre mot de passe lorsque vous rouvrirez le couvercle.
Ajoutez simplement la ligne suivante dans votre /etc/systemd/logind.conf
HandleLidSwitch=lock
Notez qu'il y a aussi un HandleLidSwitchExternalPower si vous voulez un comportement différent lorsqu'il est branché.
L'ensemble complet des valeurs possibles pour HandleLidSwitch et HandleLidSwitchExternalPower est :ignore , poweroff , reboot , halt , kexec , suspend , hibernate , hybrid-sleep , suspend-then-hibernate , et lock
Plusieurs personnes ont déclaré qu'elles pouvaient empêcher leur ordinateur portable de se suspendre lorsqu'il était fermé, mais l'écran reste allumé. Peut-être est-ce dû à des différences de firmware ? Il existe une fonctionnalité alternative qui pourrait fonctionner.
À un moment donné, la console de texte du noyau Linux avait un paramètre par défaut qui s'est effacé après une période d'inactivité. Un équivalent de l'économiseur d'écran dans votre environnement graphique préféré :).
Certaines personnes aiment définir le temps mort à l'aide de l'option de démarrage du noyau consoleblank= , qui prend une valeur en secondes. Cependant, la fonction d'effacement de la console ne demande pas à l'écran de passer en mode d'économie d'énergie.
Rappelez-vous que la fonction originale d'un économiseur d'écran était d'éviter de graver une image fantôme permanente sur votre écran CRT. Cela n'économise pas nécessairement de l'énergie. Lorsque l'économie d'énergie complète a été introduite, elle a été utilisée après un délai plus long. La remise en marche de l'affichage pourrait prendre quelques secondes, ce qui serait beaucoup plus ennuyeux pour l'utilisateur.
http://man7.org/linux/man-pages/man1/setterm.1.html
Apparemment, il est possible d'activer la suppression de la console lors de l'exécution, en utilisant setterm --consoleblank [1-60] . Et puis setterm a une autre option --powerdown [1-60] , pour éventuellement activer le "mode powerdown" après un délai d'attente.
Si j'ai bien compris, il y a une séquence. Tout d'abord, le délai d'inactivité de la console s'applique. Ensuite, après un délai d'attente de mise hors tension, il applique le "mode de suspension vsync". Enfin, après un deuxième délai d'extinction, il applique le "mode d'extinction". Ces délais d'attente sont tous spécifiés en minutes, et non en secondes .
Je pense donc que vous pouvez utiliser une commande comme celle-ci :
/bin/setterm -term linux -blank 10 -powerdown 5 </dev/tty1 >/dev/tty1
Je ne sais pas si CoreOS vous permet d'ajouter des commandes arbitraires au processus de démarrage (comme dans rc.local sur d'autres distributions, par exemple). J'imagine que vous pouvez toujours utiliser un conteneur privilégié :).
setterm --blank indique que la suppression utilise APM si disponible. Voix du narrateur :APM n'est pas disponible sur le matériel moderne. Je ne sais pas si la suppression utilisera un système d'économie d'énergie moderne.
"powerdown" mentionne l'économie d'énergie de l'affichage "VESA". L'économie d'énergie "VESA" est toujours une chose. Je ne sais pas si "powerdown" est nécessaire ou même suffisant pour travailler avec des trucs modernes.
setterm ne dit pas quels sont les paramètres "powerdown" par défaut. Il semble que "powerdown" ne soit pas activé par défaut.