GNOME: désactiver le sommeil à la fermeture du couvercle


21

Est-il possible d'arrêter mon ordinateur portable de dormir lorsque je ferme le couvercle?

GNOME 3.20, Fedora 24.


Mon ordinateur portable ne se réveille pas de manière fiable du sommeil. (Il se trouve que c'est un problème matériel ... Je pense que je l'ai essentiellement tué en essayant de remplacer une carte wifi. Mais je veux continuer à l'utiliser un peu plus longtemps).

Réponses:


23

Installez GNOME Tweak Tool et accédez à la section Power. Il y a une option pour désactiver la suspension automatique à la fermeture du couvercle.

Détails de l'option

J'ai comparé dconfavant et après pour trouver l'option, mais il se trouve que ce n'est pas comme cela qu'elle est mise en œuvre. Au lieu de cela, Tweak Tool crée ~/.config/autostart/ignore-lid-switch-tweak.desktop. Le démarrage automatique est un script qui s'exécute efficacement systemd-inhibit --what=handle-lid-switch. Nous pouvons donc voir que l'action de fermeture du couvercle est gérée uniquement par systemd-logind.

Itinéraire alternatif

Une alternative serait de modifier /etc/systemd/logind.confpour inclure:

HandleLidSwitch=ignore

Cela fonctionnerait tout le temps, pas seulement lorsque votre utilisateur est connecté.


1
Également décrit dans l' aide en ligne de
don_crissti

Lol. Il apparaît dans les résultats de recherche (8e) ... mais je cherchais "désactiver" au lieu de "arrêter". Dans ce cas, Google affiche l'extrait "Lorsque vous fermez le couvercle de votre ordinateur portable, votre ordinateur se suspendra pour économiser de l'énergie", et rien d'autre . Je soupçonne que j'ai vu cela, mais je ne pensais pas que c'était une piste d'investigation prometteuse! J'ai principalement posté cette question pour obtenir une réponse dans les résultats de Google. Au moins, cela a fonctionné :). google.com/search?q=gnome+stop+lid+close+suspend
sourcejedi

4
L'édition /etc/systemd/logind.confau lieu d'utiliser GNOME Tweak Tool peut être meilleure car elle fonctionne même lorsque GNOME n'est pas en cours d'exécution, par exemple lorsque vous travaillez sur la console.
Francesco Turco

1
@Ash merci pour le rapport, si vous voulez parler de collecter plus d'informations à ce sujet, cela fonctionnerait probablement mieux ailleurs, par exemple une question distincte sur ce site, ou un rapport sur le traqueur de bogues Ubuntu.
sourcejedi

1
@sourcejedi J'ai des graphiques nvidia - qui peuvent être une grande partie du problème :)
jocull

6

Malheureusement, les routes d'inhibiteur ne semblent pas fonctionner comme annoncé pour moi sur openSUSE Tumbleweed (42.1) en utilisant GNOME. Mais j'ai réussi avec le masquage Systemd:

systemctl mask sleep.target suspend.target

Pour annuler le masque, vous pouvez utiliser unmask:

systemctl unmask sleep.target suspend.target

1
Une réponse de défaut de serveur m'a indiqué la bonne direction.
palswim

1
Rien n'a fonctionné mais ceci !!
markroxor

2

J'avais résolu ce problème une fois auparavant, mais il semble que les dernières versions de Fedora (je suis sur Fedora 28 maintenant), nécessitent ces deux entrées maintenant, alors qu'avant, seule la première était nécessaire:

user$ sudo vi /etc/systemd/logind.conf

HandleLidSwitch=ignore        <---- Set both of these
HandleLidSwitchDocked=ignore  <---- to ignore lid events.

user$ sudo systemctl restart systemd-logind

EDIT : Comme mentionné par les commentateurs ci-dessous, vous voudrez peut-être simplement redémarrer après avoir effectué les modifications.


1
Merci! Il serait cependant plus sûr de redémarrer. Si vous redémarrez logind sur un système Fedora par défaut, vos sessions graphiques X mourront (comme avec tout compositeur Wayland que je connais).
sourcejedi

Cela a très bien fonctionné pour moi! Mais je suggérerais simplement de redémarrer également. Quand j'ai redémarré systemd, c'est devenu bizarre et j'ai quand même dû tuer la machine.
jocull
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.