GNOME: disabilita il sonno alla chiusura del coperchio

È possibile interrompere la sospensione del mio laptop quando chiudo il coperchio?

GNOME 3.20, Fedora 24.

Il mio laptop non si sveglia in modo affidabile dal sonno. (Capita di essere un problema hardware ... Penso di averlo praticamente ucciso mentre cercavo di sostituire una scheda wifi. Ma voglio continuare a usarlo per un po 'più a lungo).

gnome suspend laptop

— sourcejedi
fonte

Risposte:

Installa GNOME Tweak Tool e vai alla sezione Power. C'è un'opzione per disabilitare la sospensione automatica alla chiusura del coperchio.

Dettagli dell'opzione

Ho confrontato dconfprima e dopo per trovare l'opzione, ma si scopre che non è così che viene implementato. Invece, Tweak Tool crea ~/.config/autostart/ignore-lid-switch-tweak.desktop. L'avvio automatico è uno script che viene eseguito in modo efficace systemd-inhibit --what=handle-lid-switch. Quindi possiamo vedere che l'azione di chiusura del coperchio è gestita esclusivamente da systemd-logind.

Percorso alternativo

Un'alternativa sarebbe quella di modificare /etc/systemd/logind.confper includere:

HandleLidSwitch=ignore

Funzionerebbe sempre , non solo quando l'utente è connesso.

— sourcejedi
fonte

Descritto anche nel gnome help on-line

— don_crissti

Lol. Viene visualizzato nei risultati di ricerca (8 ° in basso) ... ma stavo cercando "disabilita" invece di "stop". In tal caso, Google mostra lo snippet "Quando chiudi il coperchio del laptop, il computer si sospenderà per risparmiare energia" e nient'altro . Sospetto di averlo visto, ma non pensavo fosse una promettente strada di indagine! Ho principalmente pubblicato questa domanda per ottenere una risposta nei risultati di Google. Almeno ha funzionato :). google.com/search?q=gnome+stop+lid+close+suspend

— sourcejedi

Modificare /etc/systemd/logind.confinvece di usare GNOME Tweak Tool può essere migliore perché funziona anche quando GNOME non è in esecuzione, ad esempio quando si lavora sulla console.

— Francesco Turco,

@ Grazie per il rapporto, se vuoi parlare di raccogliere maggiori informazioni a riguardo, probabilmente funzionerebbe meglio altrove, ad esempio una domanda separata su questo sito o un rapporto sul tracker dei bug di Ubuntu.

— sourcejedi

@sourcejedi Ho la grafica nvidia - che potrebbe essere una grande parte del problema :)

— Giocate il

Sfortunatamente, le rotte degli inibitori non sembravano funzionare come pubblicizzato per me su openSUSE Tumbleweed (42.1) usando GNOME. Ma ho avuto successo con il mascheramento di Systemd:

systemctl mask sleep.target suspend.target

Per annullare la maschera, puoi usare unmask:

systemctl unmask sleep.target suspend.target

— palswim
fonte

Una risposta serverfault mi ha indicato la giusta direzione.

— Palswim,

Niente ha funzionato ma questo !!

— markroxor,

Avevo risolto questo problema una volta prima, ma sembra che le ultime versioni di Fedora (sono su Fedora 28 ora), richiedano queste due voci ora, mentre prima era necessario solo il primo:

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

MODIFICA : Come indicato dai commentatori di seguito, potresti voler riavviare dopo aver apportato le modifiche.

— NYCeyes
fonte

Grazie! Tuttavia, sarebbe più sicuro riavviare. Se riavvii il logind su un sistema Fedora predefinito, le tue sessioni grafiche X moriranno (lo stesso con qualsiasi compositore di Wayland che conosco).

— sourcejedi,

Questo ha funzionato alla grande per me! Ma suggerirei anche solo il riavvio. Quando ho riavviato systemd è diventato strano e ho dovuto comunque uccidere la macchina.

— luglio