GNOME: wyłącz tryb uśpienia przy zamkniętej pokrywie

Czy jest możliwe, aby mój laptop nie zasypiał po zamknięciu pokrywy?

GNOME 3.20, Fedora 24.

Mój laptop nie budzi się niezawodnie ze snu. (Zdarza się, że to problem ze sprzętem ... Myślę, że zabiłem go, próbując wymienić kartę Wi-Fi. Ale chcę go używać jeszcze przez jakiś czas).

gnome suspend laptop

— sourcejedi
źródło

Odpowiedzi:

Zainstaluj GNOME Tweak Tool i przejdź do sekcji Zasilanie. Istnieje możliwość wyłączenia automatycznego zawieszania przy zamykaniu pokrywy.

Szczegóły opcji

Porównałem dconfprzed i po, aby znaleźć opcję, ale okazuje się, że nie jest to sposób jej realizacji. Zamiast tego narzędzie Tweak Tool tworzy ~/.config/autostart/ignore-lid-switch-tweak.desktop. Autostart to skrypt, który skutecznie działa systemd-inhibit --what=handle-lid-switch. Widzimy więc, że akcja zamykania pokrywy jest obsługiwana wyłącznie przez systemd-logind.

Alternatywna trasa

Alternatywą byłaby edycja /etc/systemd/logind.confobejmująca:

HandleLidSwitch=ignore

Działałoby to cały czas, nie tylko wtedy, gdy użytkownik jest zalogowany.

— sourcejedi
źródło

Opisany również w pomocy online dla

— don_crissti

Lol. Pojawia się w wynikach wyszukiwania (8 w dół) ... ale szukałem „wyłącz” zamiast „zatrzymaj”. W takim przypadku Google wyświetla fragment „Po zamknięciu pokrywy laptopa, komputer zawiesi się w celu oszczędzania energii” i nic więcej . Podejrzewam, że to widziałem, ale nie sądziłem, że to obiecująca droga dochodzenia! Wysłałem to pytanie głównie, aby uzyskać odpowiedź na wyniki Google. Przynajmniej to zadziałało :). google.com/search?q=gnome+stop+lid+close+suspend

— sourcejedi

Edycja /etc/systemd/logind.confzamiast używania narzędzia GNOME Tweak Tool może być lepsza, ponieważ działa nawet wtedy, gdy GNOME nie działa, na przykład podczas pracy na konsoli.

— Francesco Turco

@ Dziękuję za raport, jeśli chcesz porozmawiać o zebraniu dodatkowych informacji na ten temat, prawdopodobnie najlepiej sprawdziłby się gdzie indziej, np. Osobne pytanie na tej stronie lub raport na temat śledzenia błędów Ubuntu.

— sourcejedi

@sourcejedi Mam grafikę NVIDIA - co może być dużą częścią problemu :)

— jocull

Niestety trasy inhibitorów nie działały tak, jak dla mnie reklamowane w openSUSE Tumbleweed (42.1) przy użyciu GNOME. Ale miałem sukces z maskowaniem Systemd:

systemctl mask sleep.target suspend.target

Aby cofnąć maskę, możesz użyć unmask:

systemctl unmask sleep.target suspend.target

— palswim
źródło

Odpowiedź na błąd serwera wskazała mi właściwy kierunek.

— palswim

Nic nie działało, ale to !!

— markroxor

Rozwiązałem ten problem już raz, ale wydaje się, że najnowsze wersje Fedory (teraz jestem na Fedorze 28), teraz wymagają tych dwóch wpisów, ale wcześniej potrzebna była tylko pierwsza:

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

EDYCJA : Jak wspomnieli komentatorzy poniżej, możesz po prostu zrestartować komputer po wprowadzeniu zmian.

— NYCeyes
źródło

Dzięki! Bezpieczniej byłoby zrestartować komputer. Jeśli zrestartujesz logind w domyślnym systemie Fedora, Twoja graficzna sesja X umrze (podobnie jak w przypadku dowolnego kompozytora Wayland, o którym wiem).

— sourcejedi

To zadziałało dla mnie świetnie! Ale sugerowałbym również ponowne uruchomienie. Kiedy zrestartowałem systemd, stało się to dziwne i i tak musiałem zabić maszynę.

— październik