Mam nową instalację 16.04.1 na Lenovo T450s, która zawsze działała dobrze w odniesieniu do zawieszenia / hibernacji na Ubuntu (poprzednia wersja, której użyłem to 14.04.5). Swap jest wygodnie większy niż RAM w tej instalacji.
Jak zwykle, po instalacji starałem się kontynuować zwykły hack do aktywacji hibernacji. Tym razem jednak wydaje się, że jest inaczej, ponieważ sudo pm-hibernate
nic nie robi.
O ile rozumiem, teraz, gdy Ubuntu przełączyło się na systemd, poprawne polecenie systemctl hibernate
powróci
Failed to hibernate system via logind: Sleep verb not supported
Wypróbowałem wspomniane tutaj rozwiązania , ale mają one głównie na celu ponowne włączenie pm-hibernate
i uczynienie z niego wpisu w menu wylogowania. Widziałem także, że jednym z możliwych rozwiązań jest instalacja jądra Tuxonice, ale nie próbowałem, ponieważ nie bardzo lubię manipulować jądrem w ogóle, a zwłaszcza jądrem PPA.
Czy istnieje sposób na reaktywację hibernacji w ostatnich wersjach Ubuntu opartych na systemie? Najlepiej używać systemd i unikać potencjalnie hackerskich złamań systemu. A może muszę tylko czekać i mieć nadzieję do następnej aktualizacji?
systemctl hibernate
(z lub bezsudo
), z wyjątkiem tej wiadomościFailed to hibernate system via logind: Sleep verb not supported
.grub
czy inaczej próbowałem , żeby się upewnić. Brak szczęścia.Odpowiedzi:
W końcu udało mi się rozwiązać mój własny problem, podążając za niektórymi tematami na Fedorze (przeszli na systemd jakiś czas temu, więc jest tam więcej materiałów).
Okazuje się, że miałem włączony bezpieczny rozruch (pamiętam, że zapytano mnie o to podczas instalacji 16.04 i że utrzymywałem go bez zastanowienia), a to spowodowało, że wynik
cat /sys/power/disk
był:Rzeczywiście niezbyt dobry znak. Więc zrestartowałem się i przeszukałem ustawienia BIOS-u, tam wyłączyłem bezpieczny rozruch. Teraz
cat /sys/power/disk
dostaje mnie:który wygląda lepiej. I rzeczywiście wywołanie
systemctl hibernate
skutkuje pomyślną sekwencją hibernacji / odwilży.Co więcej, opcja hibernacji pojawia się teraz w interfejsie graficznym bez potrzeby żadnego włamania (przynajmniej na moim komputerze).
źródło
Może się to również zdarzyć, gdy zamiana jest zbyt mała, aby pomieścić zawartość pamięci RAM (np. Gdy dodano więcej pamięci RAM do komputera po konfiguracji systemu operacyjnego).
Sprawdź np. W
htop
, wtedyMem
liczba powinna być <=Swp
liczba.Zobacz https://github.com/systemd/systemd/issues/6729
źródło