Ubuntu 14.04 - sudo pm-hibernacja nie działa

16

Tutaj jest mnóstwo pytań na temat błędu wznowienia zawieszenia.

To samo pytanie pojawia się w: zawiesić / wznowić niepowodzenie, ale nie rozumiem żadnej z odpowiedzi. Używamy różnych laptopów (umysł to Lenovo), więc mogą występować różne typy sprzętu.

Próbowałem przeczytać ten samouczek . W moim przypadku sudo pm-hibernatenie nie działa w terminalu, a kroki konfiguracyjne nie to naprawić.

Próbuję zrozumieć, dlaczego Hibernacja idzie źle, w tym zarządzanie energią / hibernacja dyskusji z podręcznika Ubuntu. Sugerują, że wystąpił problem, swsuspale nie jestem pewien, jak manipulować w tej sekcji.

Znalazłem GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"w moim /etc/default/grubpliku.

Czy ktoś sprawił, że to zadziałało?


W rzeczywistości head /var/log/pm-suspend.logprowadzi do

Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
Linux jdm-Lenovo-B570 3.13.0-46-generic #76-Ubuntu SMP Thu Feb 26 18:52:13 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
John Mangual
źródło

Odpowiedzi:

15

Miałem ten sam problem.

sudo pm-hibernate

...nic.

>~$ dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Hibernate
> method return sender=:1.44 -> dest=:1.303 reply_serial=2

...nic.

Rozglądając się, znalazłem propozycję sprawdzenia dziennika hi-hibernacji:

>~$ head /var/log/pm-suspend.log
> Initial commandline parameters: 
> Wed Apr 29 22:38:06 PDT 2015: Running hooks for hibernate.
> Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate
>  hibernate: kernel update inhibits hibernate (/var/run/do-not-
>  hibernate present)

Ach! Tak więc system musi zostać zrestartowany, ponieważ pojawiła się aktualizacja jądra. Byłoby wspaniale otrzymać jakieś powiadomienie o tym, zamiast ... nic.

BTW, aby powiedzieć, czy musisz uruchomić ponownie:

>~$ ls -l /var/run/reboot-required
> -rw-r--r-- 1 root root 32 Apr 29 18:28 /var/run/reboot-required

Zasadniczo, jeśli plik ten istnieje, wymagane jest ponowne uruchomienie komputera. Nie mogę powiedzieć, co się stanie, jeśli przełączysz system w stan hibernacji, jeśli będziesz musiał zrestartować komputer z powodu aktualizacji jądra, ale byłem w stanie hibernacji natychmiast, gdy to zrobiłem:

>~$ sudo rm /var/run/do-not-hibernate
Patałach
źródło
3
Prawdopodobnie warto zauważyć, że usuwanie /var/run/do-not-hibernateprawdopodobnie nie jest obsługiwane i teoretycznie niebezpieczne (wydaje mi się, że zgodność binarna obrazu uśpienia między wersjami jądra nie jest gwarantowana).
cubuspl42,
1

czy próbowałeś określić poprawną partycję wymiany, jak wspomniano w rozwiązywaniu problemów z SWSusp w PowerManagement / Hibernate ? naprawiono dla mnie pm-hibernację. używam również trybu zamykania. Mam Lenovo Z50-70.

Mój plik grub również ma „cichy plusk”, ale po prostu dołączyłem swoją partycję wymiany.

sbharti
źródło
Jak to zrobiłeś? Mam ten sam system, ten sam problem.
Mookey,
jest to nieco trudne, ponieważ zachowanie nie jest stabilne. wypróbowałem platformę i tryb zamykania metody jądra uwsusp. tryb platformy nie hibernował. tryb zamykania działał dla mnie, ale nie można go wznowić. dlatego próbowałem rozwiązać problem. zadziałało dla mnie. ale wciąż czkawka w podróży.
sbharti 24.04.16
zainstalowanie zastrzeżonych sterowników dla NVIDIA i Intel naprawiło mój problem. a ty? czy to już działa? W razie potrzeby mogę podać kilka wskazówek.
sbharti
Chciałbym, żeby to było takie proste, mam grafikę hybrydową z wbudowanym Intelem i AMDGPU, czyli piekło. Nie mogę w ogóle zmusić AMD do pracy.
Mookey,
1
Ale ... Linux jest niesamowity
neuronet
0

Jak umieścić tutaj link, swsusp rozwiązywania część to pracował dla mnie.

Pierwsza metoda

Najpierw musisz sprawdzić, czy partycja wymiany została poprawnie skonfigurowana. Aby to zrobić, na początku uruchom sudo blkidi skopiuj identyfikator UUID partycji, która ma typ wymiany (może to / dev / sda6), nazywam to SWAP-UUID. Przed kontynuowaniem należy wykonać kopię jako kopię zapasową z /etc/fstab:

sudo cp /etc/fstab /etc/fstab.back

Teraz otwórz /etc/fstabplik za pomocą takiego edytora plików jak nano(uruchom go jako root). Następnie skomentuj każdą linię, którą widzisz w zamianie , dodając #na początku linii. Tutaj dodaj tę linię na końcu pliku (zamień „x” na to, co ostatnio skopiowałeś):

UUID=SWAP_UUID none swap sw 0 0

Zapisz plik. Być może problem z partycją wymiany został naprawiony.

Uwaga: Rozmiar partycji wymiany powinien być większy niż rozmiar pamięci RAM; chyba że masz problemy z hibernacją.

Druga metoda

Z linku powyżej cytowany opis, z pewnymi zmianami (zmiany dokonane na podstawie tego, co zrobiłem):

Problem: komputer przechodzi w stan hibernacji, OK. Ale po włączeniu ładuje się, jakby nie został zapisany stan hibernacji.

W przypadku grub2:

  1. Powinieneś zrobić kopię zapasową. Biegać:

sudo cp /etc/default/grub /etc/default/grub.back

  1. Otwarte /etc/default/grub;

  2. Znajdź GRUB_CMDLINE_LINUX_DEFAULT=linię. Są to opcje dodane do zwykłych opcji menu rozruchu;

  3. Dodaj resume=UUID=SWAP_UUIDopcję do listy w następujący sposób:

Przed:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Po (zwróć uwagę na cytaty):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=SWAP-UUID"

Uwaga: możesz nie chcieć zmieniać żadnych opcji przed dodaniem wznowienia (np. Zmiana nosplashopcji na splash). Zalecam jednak użycie obu opcji quieti splashopcji.

  1. Zapisz plik.
  2. W terminalu wykonaj następującą komendę (aby faktycznie włączyć nowe ustawienia konfiguracji)

sudo update-grub2

Teraz spróbuj sudo pm-hibernatepolecenie hibernacji komputera, a następnie spróbuj ponownie uruchomić komputer. Twój problem może zostać rozwiązany.

Mam nadzieję, że to komuś pomaga!

MAChitgarha
źródło