Ubuntu 18.04 ulega awarii po wznowieniu z zawieszenia

Po zakończeniu nowej instalacji Ubuntu 18.04 LTS i ponownym uruchomieniu komputera zamknąłem pokrywę laptopa Acer Aspire ES1-511 i zrobiłem sobie małą przerwę. Gdy wróciłem, by kontynuować odkrywanie nowych funkcji 18.04, laptop się nie włączał. Jeden z wewnętrznych fanów działał dość głośno, ale nic więcej. Musiałem ponownie uruchomić ponownie.

Wydaje się, że jest to powtarzający się problem przez lata Ubuntu. Zagłębiałem się w ten problem, ponieważ najpierw próbowałem zmienić ustawienia zasilania, gnome-control-centera gnome-tweak-toolnastępnie instalowałem pm-utils, edytowałem pliki systemowe rzekomo odpowiedzialne za zawieszenie i wiele innych prób, wszystko bezskutecznie. Próbowałem nawet uruchomić Ubuntu 18.04 Live z napędu USB i nadal występuje ten sam problem.

Podejrzewam, że jest to problem z jądrem, ponieważ widziałem ten problem w przeszłości z jądrem 4.15. Czy aktualizacja do najnowszego jądra Linuksa lub zmiana na bardziej stabilną wersję rozwiązałoby problem? Czy problem został załatany? Może mogę po prostu edytować jakiś plik i cała ta sprawa zostałaby rozwiązana ...

Niektóre specyfikacje: obecnie uruchomione jądro to 4.15. Komputer, jak wspomniano powyżej, to Acer Aspire ES1-511. Środowisko pulpitu to Gnome 3.28.1. Wersja Ubuntu to 64-bitowa wersja 18.04.1 LTS.

Każda pomoc jest mile widziana. Komputer traci przez to dużo snu.

Ten sam problem wystąpił w przypadku HP Pavilion 11 x360.

Kern.log sugeruje, że myśli, że zawiesił się - PM: zawiesić wejście (głębokie) - ale system chwyta w tym momencie i nie ma już żadnych wpisów, dopóki nie zamkniesz i zrestartujesz.

„Udane zawieszenie” miałoby kolejne wpisy PM: Synchronizowanie systemów plików ... gotowe. , Zamrażanie procesów w przestrzeni użytkownika ... itd

Ekran gaśnie, ale dioda LED zasilania pozostaje włączona (podobnie jak wentylator, jeśli już działa) i wymagany jest twardy reset (przytrzymanie przycisku zasilania), aby móc ponownie korzystać z urządzenia.

Nawet użycie USB 18.04 Live powoduje ten sam problem z zawieszeniem, co sugeruje, że nie jest to spowodowane zainstalowanymi dodatkowymi programami.

Trzy inne laptopy (przyjaciel i mój) nie mają problemów z zawieszeniem w dniu 18.04 , co doprowadziło mnie do zastanowienia się, jaka konkretna kombinacja sprzętowa to powoduje.

Wszystkie laptopy (w tym „problemowe dziecko”) mają grafikę Intel.

„Problemowy laptop” zawiesza się dobrze w Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII i Windows 10, ale nie zawiesza się w Ubuntu 18.04 i Kubuntu 18.04.

(Początkowo problem z zawieszaniem występował również przy próbie użycia jądra 4.15, 4.16 i 4.17, ale nowsze jądra 4.17 i 4.18 mają aktualizację, która pozwoliła ponownie zawiesić działanie na tym komputerze)

Użycie UKUU do zainstalowania najnowszego jądra 4.14 (4.14.47) 18.04 naprawiło problem. (Odpowiedź zaakceptowana przez Matalaka) - zaleciłaby teraz wypróbowanie najnowszego jądra 4.17 lub 4.18.

Edycja - zapoznaj się z instrukcjami tutaj, aby sprawdzić, czy jakieś inne poprawki mogą najpierw rozwiązać Twój problem: Ubuntu 18.04 - Dell XPS13 9370 nie zawiesza się już po zamknięciu pokrywy

Miałem problem ze znalezieniem raportu o błędzie dotyczącym zawieszenia powodującego całkowicie niereagujący system w dniu 18.04, co sugerowało, że nie wpłynęło to na dużą część użytkowników.

Chociaż dobrze, że nie wpłynęło to na ogromną liczbę użytkowników, może utrudnić ustalenie, na czym polega problem, jeśli tylko garstka osób ma problemy z konfiguracją konkretnego sprzętu.

Edycja - Raport błędów został otwarty, prawdopodobny winowajca został zidentyfikowany, a łatana wersja jądra 4.15 została złożona w celu rozwiązania problemu zawieszenia - łatka jest teraz w nowszych jądrach 4.17 i 4.18 https: // bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

Dalsza edycja - od 11 września 2018 r. Standardowe jądro aktualizacji systemu (4.15.0-34) ma teraz łatkę, która została przeniesiona przez tych uprzejmych programistów i zawieszenie działa ponownie tak, jak powinno na problematycznym laptopie z Intel N3540. Wielkie uznanie dla ich pracy!

Dla jasności jest to problem z próbą zawieszenia komputera w dniu 18.04, gdy ekran gaśnie (ale najwyraźniej nie przeszedł w „zawieszenie”), a następnie nie reaguje na nic innego, niż przytrzymanie przycisku zasilania zamknąć to.

Rozwiązałem problem, instalując UKUU i przechodząc do jądra 4.14.41. Być może w późniejszych wersjach jądra występuje niezgodność ze sprzętem.

Uważam, że jest to buggy secesyjny kierowca. Spróbuj dodać:

 nouveau.modeset=0

aby GRUB_CMDLINE_LINUXw /etc/default/grubpliku, po tym okresie:

sudo update-grub
sudo reboot

I voila już nie wierzy w wznowienie z zawieszenia.

sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41

działało dobrze dla mnie, aby rozwiązać ten problem podczas uruchamiania przy użyciu zaawansowanych opcji dla Ubuntu i wybierania tego jądra

Dostałem obejście dla zawieszenia pracującego na Ubuntu 18.04 z NVIDIA GeForce GTX 1050 Mobile i zastrzeżonymi sterownikami nvidia 390. Zainstalowałem PM-Suspend przez sudo apt-get install pm-utils. Następnie przełączam się z Gnome Shell na terminal przez Ctrl + Alt + F6. Po zalogowaniu robię sudo pm-suspend. Po przebudzeniu ze stanu gotowości zmieniam z powrotem na Gnome Shell za pomocą Ctrl + Alt + f1. Gotowy!

Miałem też ten problem, który mnie dręczył ... a poprawką po wielu WIELU MAŁYCH WIELU próbach było ponowne zainstalowanie Ubuntu 18.04, a teraz działa idealnie. Używam również „przetestowanego” sterownika Nvidii, ponieważ wcześniej sprawcą była Nvidia.

Być może była to ppa „sudo add-apt-repository ppa: drivers-drivers” ppa, która zainstalowała „Extra” Stuff z PPA i / lub samego sterownika 396, co popsuło hibernację mojego laptopa.

Tak czy inaczej, działa bezbłędnie w tym momencie pisania przy użyciu przetestowanego sterownika NVidia 390. I tylko do twojej wiadomości, przez długi czas współpracował również ze sterownikiem 396, ale w zeszłym tygodniu stał się problematyczny - PONOWNIE! TAK, chociaż nie znam dokładnej przyczyny ...

Jest to / było zdecydowanie związane ze sterownikiem NVidia, ponieważ przed przejściem do sterownika Nouveau również działało, ale z pewnością nie podobała mi się ta opcja.

Próbując pomóc, Mark

ps tutaj są moje inne notatki Tomboy dla innych problemów z Ubuntu i Hibernating

18/07 Rozwiązywanie problemów

‣ Wymagania wstępne - czy twoje jądro obsługuje zawieszanie na dysk?

• Jądro obsługuje wszystko, co jest wymienione w / sys / power / state, więc:

• cat / sys / power / state

• Dozwolone (o ile wiem) wpisy obejmują: mem, standby, freeze, disk. Wyjaśnienie:

∘ mem - ma kilka znaczeń, które dokładnie w twoim systemie dowiesz się poprzez cat / sys / power / mem_sleep. Mam: s2idle [głęboki]

∘ tryb gotowości - Power-On Suspend (jeśli obsługiwany)

∘ zamrożenie - Suspend To Idle (STI)

∘ dysk - Suspend To Disk (STD), hibernacja. To - chcesz.

∘ mój mówi: zamrożenie dysku mem - IDEALNY!

• Następnie musimy sprawdzić

• $ cat / sys / power / disk

Platform [platforma] zamknij restart uruchom zawiesić test_resume

‣ [wyłączone]

• (niezbyt dobrze)

‣ Włącz hibernację i umieść go w menu - Easy-Peasy

• sudo apt install pm-utils cpufrequtils

• Następnie sprawdź, czy hibernacja działa na komputerze, uruchamiając polecenie:

• sudo pm-hibernacja

• Po wyłączeniu komputera włącz go ponownie.

‣ Czy otwarte aplikacje ponownie się otworzyły? Jeśli tak, to jeśli nie, to hibernacja nie działa. Możesz sprawdzić, czy twoja partycja Swappiness jest co najmniej tak duża, jak dostępna pamięć RAM, ponieważ może to rozwiązać problem. Problem! Hibernacja nie jest dozwolona!

∘ Test: pm-hibernacja - (jeśli pakiet pm-utils jest zainstalowany) lub

∘ działa! po 18.04 ponownie zainstaluj i nie ma jeszcze Nvidii

∘ hibernacja systemctl

∘ działa! po 18.04 ponownie zainstaluj i nie ma jeszcze Nvidii

∘ Ponownie dodaj opcję hibernacji do menu zamykania:

• 1. Edytuj konkretny plik za pomocą tego polecenia.

• sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla

• 2. Przewiń dokument tekstowy i znajdź poniższe sekcje:

∘ [Domyślnie wyłącz hibernację w górę]

∘ [Domyślnie wyłącz hibernację w logind]

∘ Zmień obie wartości z nie na tak w:

∘ Wynik Aktywny = nie (zmień to na tak)

‣ Zapisz, wyjdź i uruchom ponownie - gotowe!

Mój Acer ES1-512 został zbudowany 18.04, teraz zaktualizowany do 18.04.1. Problem z czarnym ekranem w trybie zawieszenia / uśpienia występuje od 18.04.

Poniższe kroki rozwiązały problem:

1. Poprzednie jądro miało wersję 4.15.33 (wymagało kilku automatycznych aktualizacji) i to jest przyczyną tego problemu.
2. Obniż wersję do 4.14.41
3. Zmodyfikuj Grub, aby wybrać „Advanced Option” i wskaż 4.14.41
4. Regeneruj Grub
5. Restart

To jest to! Funkcja wstrzymania i uśpienia działa teraz dobrze. Mam nadzieję że to pomoże.

Próbowałem większości rzeczy wymienionych powyżej. W końcu wylądowałem na win-raid.com, aby sprawdzić, czy jest to problem z BIOSem. I spotkałem dżentelmena, który zasugerował rozładowanie modułu i2c_hid przed zawieszeniem i załadowanie go z powrotem po wznowieniu. A potem pobłogosławiłem mój laptop modułem acpi_call, aby dwukrotnie zwiększyć wydajność baterii.

https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg71683

Wow, czytam swój post i zastanawiam się, jak to jest pomocne!

Chyba muszę sobie podziękować!

Chciałem tylko dodać, że jako środek do rozwiązywania problemów, niestety doszedłem do wniosku, że tak, to jest CZĘSTO związane i / lub połączone z Gnome na Xorg / Ubuntu i Nvidia, ... ... To jest konkretnie UBUNTU / "Gnome na Xorg „Problem.

Po ponownym pojawieniu się problemu i ponownej instalacji mojego sterownika NVIDIA-440 (Open Source) i ponownym uruchomieniu do „Ubuntu” kontra „Gnome na Xorgu”, nie spowodowało to automatycznego zawieszenia / czarnego ekranu / Potrzebujesz ponownego uruchomienia, aby wrócić. .. jak wszyscy wiemy, to problem.

Potem rano ... po ponownym uruchomieniu i przejściu do „Gnome on Xorg”

Zawiesza się automatycznie, gdy nie powinno (nie trzeba tego wyjaśniać). ARGHHHHHHH!

Więc teraz konspiracyjnie, przypuszczałem, że jest to SPECJALNIE, albo (gnome na Xorg i / lub Ubuntu rzuca kluczem w rzeczy próbujące zmusić cię do zalogowania się do „Ubuntu”.

Tak czy inaczej, to nie jest automatyczne zawieszanie ponownie ... a ja jestem w „Ubuntu” i tak… 18.04 LTR.

ps Próbowałem nawet oszukać, włączając „Przyciemnij ekran, gdy nieaktywny”, do którego doszedłem do wniosku ... NIE DZIAŁA z zainstalowaną Nvidią (inna historia), chociaż rozszerzenie gnome zmienia jasność tylko dobrze „Ikona regulacji jasności” ,

A komputer po 5 minutach bezczynności dał komunikat na górze „Automatyczne zawieszanie wygaszacza ekranu wyłączone” ... HMMMM ... ale nie zrobił przerażającego „Go Black Thing!”

Więc nazywam to ... trochę rozwiązanym!