Ubuntu 18.04 nie obudzi się po zablokowaniu ekranu i wyłączeniu / zawieszeniu / uśpieniu


27

Próbuję uruchomić Ubuntu 18.04 na laptopie z procesorem AMD A12 i kartą graficzną Radeon R7. Nie mam nic poza problemami i jestem bardzo zniechęcony Ubuntu, chociaż używałem 12.04 przez lata bez takich problemów.

Mam dwa denerwujące problemy i opublikuję je osobno. Problemy występują tylko na Gnome i Ubuntu na Xorg i nie występują na Wayland. Powiedziano mi jednak, że najlepiej nie uruchamiać Gnome na Wayland.

Problem polega na tym, że czasami komputer nie budzi się z trybu wstrzymania. Cóż, myślę, że się budzi, ponieważ dysk optyczny obraca się, a dysk twardy tyka, ale nie mogę się zalogować, ponieważ ekran blokady to skrót kolorów lub zniekształcone tło bez miejsca logowania. Nie mogę nawet nacisnąć Ctrl-Alt-F1, aby dostać się do monitu. Wszystkie dane wejściowe są zamrożone.

Zastanawiam się, czy Xorg jest poprawnie skonfigurowany. Korzystam ze sterownika wideo Oilaf, który działa dobrze pod Waylandem, więc nie wiem, czy jest problem z Xorgiem i tym sterownikiem.


1
Może być duplikatem pytania z tą odpowiedzią, która zadziałała dla mnie: askubuntu.com/a/1041397/413258
Roland

Czy używasz pełnego szyfrowania dysku (LUKS) sugerowanego przez Ubuntu podczas nowej instalacji? crypsetupmoże czeka na hasło, ale fakt ten nie jest widoczny na zablokowanym / pustym ekranie. Pytanie z powodu zgłoszeń błędów dotyczących szyfrowania samej wymiany, co powoduje problem z kurczakiem i jajami. Zobacz: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 wpływający na wielu użytkowników.
arielf

Odpowiedzi:


8

Wygląda na to, że występuje problem ze sterownikiem w stylu secesyjnym. Edytuj grubplik, edytując go z dostępem sudo.

sudo vim /etc/default/grub 

Dodaj nouveau.modeset=0do linii, która mówiGRUB_CMDLINE_LINUX=""

Następnie uruchomić

sudo update-grub

Uruchom ponownie po pomyślnym zaktualizowaniu grubpliku.


2
Czy to znaczy GRUB_CMD_LINUX="nouveau.modeset=0"?
Clark Henry

1
To powinna być zaakceptowana odpowiedź.
Clark Henry

Tak @ClarkHenry, musisz ustawićGRUB_CMD_LINUX="nouveau.modeset=0"
Krishn Bera

pomógł mi ustawić nouveau.blacklist=1.
Fariborz Ghavamian

po wykonaniu tej czynności rozdzielczość nie zostanie ustawiona poprawnie.
smihael

5

Wygaszacz ekranu pomógł mi z Xubuntu 18.04 - oprócz tego, że zainstalowałem xscreensaver i wszystko zaczęło działać poprawnie.


3

Mam bardzo podobny problem na laptopie HP Pavilion 17-ar050wm. Próbowałem wielu różnych rzeczy - przy użyciu najnowocześniejszych sterowników Oilaf / Ubuntu-X, przełączania się lightdm, uruchamiania gdm3 -reset- ale jedyną rzeczą, która wydaje się mieć znaczenie, jest to, czy wszedłem w sen, naciskając przycisk zasilania lub zamykając pokrywa laptopa. Kiedy właśnie zamknąłem pokrywę, ekran / klawiatura nie wraca poprawnie około 3/4 czasu, ale kiedy najpierw nacisnąłem przycisk, powraca on w 100% przypadków (do tej pory).

Dlatego z braku lepszego rozwiązania postaram się pamiętać, aby nacisnąć przycisk zasilania za każdym razem, zanim zamknę pokrywę.


2

Myślę, że w końcu znalazłem odpowiedź na to pytanie. Wygląda na to, że do tej pory działało, ale minęło zaledwie kilka dni. Rozwiązanie, na które natrafiłem, to:

sudo gdm3 -reset 

i uruchom ponownie.

(Uwaga: po zresetowaniu gdm3 powróci do ekranu logowania, który nie pozwoli ci się zalogować. Nie martw się tym. Uruchom ponownie i powróci do normalnego ekranu logowania i wszystko będzie dobrze.)


3
Otrzymuję komunikat „Nie można przeanalizować opcji: nieznana opcja -reset” Masz jakiś pomysł, dlaczego?
Ron Piggott,

1
Ten sam błąd, co @RonPiggott
sP_

1
Dzieki za sugestie. Dostałem wyżej wymieniony błąd i zadałem mu pytanie: unix.stackexchange.com/questions/488037/...
acobster

Dostałem ten sam błąd, ale sudo killall gdm3zadziałał dla mnie (zabija gdm3, który jest następnie ponownie uruchamiany, a ekran jest pusty).
Laurence Gonsalves

1

Aby naprawić to wystąpienie, wpisałem:

sudo apt install gnome-screensaver

I zadziałało za pierwszym razem. Nie wiem, dlaczego plik nie działał lub dlaczego go nie było, ale jak powiedziałem ... działało dla mnie.


1

Miałem ten problem, na ekranie blokady wyłącza sygnał wideo, ale nie włącza się ponownie.

Jeśli spróbujesz wpisać hasło na ślepo, możesz zauważyć, że ekran włącza się i loguje.

To był problem związany z wygaszaczem ekranu / wideo.

Naprawiłem to, instalując xScreenSaver


1

Problem polegał na tym, lightdmże mogłem naprawić pusty ekran po zablokowaniu problemu, po prostu przełączając się na gdm3:

sudo apt-get install gdm3

Po wyświetleniu monitu podczas instalacji zmień z lightdmna gdm3i naciśnij klawisz Enter. Ponowne uruchomienie jest konieczne, a teraz będziesz mieć bardziej nowoczesny ekran logowania. Co najważniejsze, budzenie się po zablokowaniu ekranu faktycznie działa teraz, przynajmniej dla mnie w końcu działa.


Ponadto, jeśli masz dość utknięcia podczas testowania tych różnych rozwiązań, użyj kombinacji klawiatury CTRL+ ALT+ F1(lub dowolnej sesji z F1- F6), aby przełączyć się na sesję terminalową, a następnie przełącz się z powrotem za pomocą CTRL+ ALT+ F7. Powinieneś teraz zobaczyć tekst informujący, że ekran jest zablokowany, ale po prostu daj mu 5 sekund, a zobaczysz monit o hasło. To zaoszczędziło mi wielu bólów głowy związanych z koniecznością ponownego uruchamiania każdego rozwiązania, którego próbowałem.


W ThinkPad (x390) kluczowym obejściem kombinacji jest FN + CTRL + ALT + F2 (sesja terminalowa) i FN + CTRL + ALT + F7 (powrót do GUI)
Sir Jane,

gdm3działa lepiej i szybciej niż lightdmdla mnie!
banan3'14

0

Mój komputer miał podobny problem po aktualizacji do Ubuntu 18.04. Po zamknięciu pokrywy system operacyjny nie obudzi się, ale podświetlenie włączy się. (Być może nie ma to związku: okazało się, że moja klawiatura również nie reaguje, ponieważ przełączające się klawisze Caps nie zaświeciły diody LED).

Znalazłem poprawkę w moich ustawieniach bios. Było pole wyboru umożliwiające budzenie, gdy pokrywa laptopa jest otwarta. Nie było zaznaczone, ale sprawdzenie go rozwiązało problem.

$ uname -r
4.15.0-21-lowlatency

$ lsb_release -r
Release:    18.04

$ lscpu
Architecture:        x86_64
Model name:          AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

$ dmidecode
BIOS Information
    Vendor: HP
    Version: N73 Ver. 01.17
    Release Date: 11/02/2016

0

W mojej sytuacji:

$ uname -r
4.15.0-33-generic

$ lsb_release -r
Release: 18.04

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               55
Model name:          Intel(R) Pentium(R) CPU N3540  @ 2.16GHz
Stepping:            8
CPU MHz:             880.243
CPU max MHz:         2665,6001
CPU min MHz:         499,8000
BogoMIPS:            4331.60
Virtualization:      VT-x
L1d cache:           24K
L1i cache:           32K
L2 cache:            1024K
NUMA node0 CPU(s):   0-3
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

$ sudo dmidecode | grep BIOS -A2
BIOS Information
Vendor: Acer
Version: V1.10
BIOS Revision: 0.0
Firmware Revision: 1.9

Sprzęt - Aser E5-511-P6CS

Rozwiązaniem jest usunięcie z $vt_handoffłańcucha GRUB .

Aby to zrobić - po prostu edytuj /etc/grub.d/10_linuxplik.

Ustaw $vt_handoff = "1"na$vt_handoff = "0"


Masz na myśli zmianę vt_handoff="1"na vt_handoff="0"? Sposób, w jaki to napisałeś, to składnia porównania, a nie przypisanie. Nie jestem pewien, czy pliki grub innych są różne, ale w moim jest wiele porównań ... wydaje się bardziej sensowne zmienić przypisanie na początku pliku.
acobster

vt_handoff informuje, którą wirtualną konsolę wywołać. Jeśli na czarnym ekranie możesz przełączyć się na inną konsolę, może to rozwiązać problem, ale jeśli twój system operacyjny jest zamrożony, nie jestem pewien, czy to pomoże.
Shital Shah

0

Mam podobne problemy. Próbowałem wyłączyć przełączalną kartę graficzną i zmodyfikowałem vt_handoff. Żaden z nich nie działał.

Potem „przypadkowo” naprawiłem problem, ustawiając tryb SATA na „ACHI” (było „IDE”, kiedy instalowałem ubuntu) w BIOS-ie. I to rozwiązało problem!


1
Zamiast kontynuować wątek tutaj (ponieważ nie ma sposobu, aby ludzie odpowiedzieli odpowiedziami na twoją odpowiedź), lepiej odpowiedzieć na to pytanie (z pierwszymi 2 akapitami), a następnie otworzyć nowe pytanie z trzecim akapitem. Dziękuję Ci!
Jeff Schaller

0

Miałem ten problem i rozwiązałem go poprzez aktualizację do najnowszego głównego jądra (4.20) z opublikowanego jednego z Ubuntu (4.15) przy użyciu narzędzia do aktualizacji jądra Ubuntu (inaczej Ukuu).

Na początku myślałem, że może to być problem ze sterownikiem ekranu, więc obniżyłem wersję do nvidii-390, ale nadal tak było. Zupełnie zniknął po aktualizacji do jądra 4.20.


0

W moim przypadku wyłączenie „automatycznego zawieszenia” zarówno po podłączeniu, jak i po naładowaniu baterii rozwiązało problem. Zauważyłem po zainstalowaniu aktualizacji, ustawienie zmieniło się samo, pamiętaj o tym.

wprowadź opis zdjęcia tutaj

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.