Nie mogę się obudzić z zawieszenia

Mój notebook z kartą Intel + Nvidia nie może zostać wznowiony po zawieszeniu. Mam zainstalowany Kubuntu 17.04 z jądrem 4.10.0-19. Korzystam z procesora graficznego Intel (sterownik Nvidia nie jest nawet zainstalowany). Ten problem istnieje również w wersji 16.10.

Kiedy próbuję wznowić działanie po zawieszeniu, wszystko zawiesza się na pół widocznym ekranie logowania. Nawet klawiatura nie działa (po naciśnięciu CapsLock lub NumLock diody LED nie świecą)

Dziękujemy za pomoc w zbadaniu problemu.

Edycja: Dziennik zawieszenia można znaleźć tutaj: https://pastebin.com/Ere0JRwF

Edycja: dmesg | less dane wyjściowe można znaleźć tutaj: https://pastebin.com/zx3QQYVG

Rozwiązanie: Zaktualizuj do jądra 4.13.1.

Od 2 lat zmagałem się z tym problemem na laptopie Lenovo G40. Ostatnio zaktualizowałem do najnowszego jądra 4.13.1. Problem rozwiązany w 100%. Działa świetnie. Testowane z Ubuntu 16.04, Ubuntu 17.04, CentOS 7, Fedora 26, Linux Mint 18.2, OpenSuse 42.3. Wszystkie systemy operacyjne działają idealnie z jądrem 4.13.1. Kiedy zamykam i otwieram pokrywę laptopa, budzi się płynnie z zawieszenia.

ukuu --- Narzędzie aktualizacji jądra Ubuntu:

sudo apt-add-repository -y ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu

http://www.teejeetech.in/p/ukuu-kernel-upgrade-utility.html

Pierwszym krokiem do zdiagnozowania problemów z zawieszeniem będzie przyjrzenie się szczegółom w log-file /var/log/pm-suspend.log

Jeśli log-file /var/log/pm-suspend.lognie istnieje, po prostu uruchom sudo PM_DEBUG=true pm-suspendw oknie terminala. UWAGA: Spowoduje to zawieszenie komputera, więc prawdopodobnie ponownie zobaczysz problem, jednak pm-suspend.logplik dziennika powinien znajdować się po ponownym uruchomieniu.

Plik powinien zawierać serię

[...] service [servicename] suspend suspend 

instrukcje (wraz z komunikatami o stanie przechwytywania i innymi przydatnymi rzeczami), po których następuje seria

[...] service [servicename] suspend resume success

sprawozdania.

Jednak gdzieś po drodze jeden lub więcej z nich zwróci błąd i w tym momencie zawieszenie jest blokowane. Może zostać przywrócona seria zmian zawieszenia. Aby zlokalizować problem, zwykle wystarczy zidentyfikować, które zgłoszenie serwisowe powoduje błąd.

W tym przypadku plik dziennika nie wydaje się zawierać żadnych [servicename] suspend resumeinstrukcji serwisowych , więc w następnym kroku możesz ponownie zawiesić komputer i spróbować wznowić działanie, naciskając przycisk zasilania. Daj mu kilka minut, a jeśli nie uda się ponownie uruchomić, uruchom ponownie, przytrzymując przycisk zasilania przez 5 sekund. Po ponownym uruchomieniu otwórz terminal i run dmesg | less. Zaktualizuj oryginalne pytanie, aby uwzględnić dane wyjściowe z dmesg | less.

Sugeruję również sprawdzenie, czy twoja partycja wymiany jest poprawnie ustawiona, aw szczególności, czy jest co najmniej tak duża, jak zainstalowana pamięć RAM. Jest to przydatne FAQ na temat wymiany .

[    1.197601] PM: Hibernation image not present or could not be loaded.

(wiersz 574 w pliku) Ponownie, sugeruje to problem z hibernacją (zawieszenie na dysk), ale jeśli masz pewność, że twój problem dotyczy zawieszenia (tj. zawieszenia na RAM), to nie może być to. Nie widzę też żadnych zgłaszanych problemów z grafiką Intel / NVIDIA.