Ubuntu 18.04 non si riattiverà dopo il blocco dello schermo e la cancellazione / sospensione / sospensione


27

Sto cercando di eseguire Ubuntu 18.04 su un laptop con un processore AMD A12 e grafica Radeon R7. Non ho nient'altro che problemi e sono molto scoraggiato con Ubuntu anche se ho usato 12.04 per anni senza tali problemi.

Ho due problemi che sono esasperanti e li posterò separatamente. I problemi si verificano solo su Gnome e Ubuntu su Xorg e non si verificano su Wayland. Tuttavia, mi è stato detto che è meglio non eseguire Gnome su Wayland.

Questo problema è che il computer a volte non si sveglia dalla sospensione. Bene, penso che si riattivi perché l'unità ottica gira e il disco rigido si spegne, ma non riesco ad accedere perché la schermata di blocco è un hash di colori o uno sfondo distorto senza un posto dove accedere. Non riesco nemmeno a ctrl-alt-F1 per arrivare a un prompt. Tutti gli input sono congelati.

Mi chiedo se Xorg sia configurato correttamente. Sto eseguendo il driver video Oilaf che funziona bene con Wayland, quindi non so se c'è un problema con Xorg e quel driver.


1
Può essere duplicato alla domanda con questa risposta che ha funzionato per me: askubuntu.com/a/1041397/413258
Roland

Usi la crittografia del disco completo (LUKS) suggerita da Ubuntu durante la nuova installazione? crypsetupmay è in attesa di una password ma questo fatto non è visibile sullo schermo bloccato / oscurato. Chiedere a causa di segnalazioni di bug dello swap stesso che viene crittografato creando un problema di pollo e uova. Vedi: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 che interessa molti utenti.
arielf

Risposte:


8

Sembra esserci un problema con il driver nouveau. Modifica il grubfile modificandolo con accesso sudo.

sudo vim /etc/default/grub 

Aggiungi nouveau.modeset=0alla riga che diceGRUB_CMDLINE_LINUX=""

Quindi corri

sudo update-grub

Riavvia dopo aver aggiornato correttamente il grubfile.


2
Questo significa GRUB_CMD_LINUX="nouveau.modeset=0"?
Clark Henry,

1
Questa dovrebbe essere la risposta accettata.
Clark Henry,

Sì @ClarkHenry, devi impostareGRUB_CMD_LINUX="nouveau.modeset=0"
Krishn Bera il

ciò che mi ha aiutato è stato impostare nouveau.blacklist=1.
Fariborz Ghavamian,

dopo averlo fatto, la risoluzione non è impostata correttamente.
smihael,

5

Lo screen saver mi ha aiutato con Xubuntu 18.04, tranne per il fatto che ho installato xscreensaver e tutto ha iniziato a funzionare correttamente.


3

Sto riscontrando un problema molto simile su un laptop HP Pavilion 17-ar050wm. Ho provato molte cose diverse - usando i driver bleeding edge di Oilaf / Ubuntu-X, passando a lightdm, in esecuzione gdm3 -reset- ma l'unica cosa che sembra fare la differenza è se sono entrato in modalità sleep premendo il pulsante di accensione o chiudendo il coperchio del laptop. Quando ho appena chiuso il coperchio, lo schermo / la tastiera non si riaccendono correttamente per circa 3/4 del tempo, ma quando ho premuto prima il pulsante, viene ripristinato il 100% delle volte (finora).

Quindi, per mancanza di una soluzione migliore, cercherò solo di ricordare di premere il pulsante di accensione ogni volta prima di chiudere il coperchio.


2

Penso di aver finalmente trovato la risposta a questo. Sembra funzionare finora, ma sono passati solo pochi giorni. La soluzione che ho incontrato è di:

sudo gdm3 -reset 

e riavviare.

(Nota: dopo il ripristino di gdm3, tornerà a una schermata di accesso che non ti consentirà di accedere. Non preoccuparti. Riavvia e tornerà alla normale schermata di accesso e tutto andrà bene.)


3
Ricevo il messaggio "Impossibile analizzare le opzioni: opzione sconosciuta -reset" Hai idea del perché?
Ron Piggott,

1
Stesso errore di @RonPiggott
sP_

1
Grazie per il suggerimento Ho ricevuto l'errore sopra menzionato e ho posto una domanda: unix.stackexchange.com/questions/488037/…
acobster

Ho avuto lo stesso errore, ma ha sudo killall gdm3funzionato per me (uccide gdm3, che viene quindi riavviato e lo schermo si sblocca).
Laurence Gonsalves il

1

Per riparare questa istanza, ho digitato:

sudo apt install gnome-screensaver

E ha funzionato la prima volta. Non so perché il file non funzionasse o perché non fosse lì, ma come ho detto ... ha funzionato per me.


1

Ho avuto questo problema, nella schermata di blocco si spegneva il segnale video ma non si riaccendeva.

Se provi a digitare ciecamente la password, potresti notare che lo schermo si accende e accede.

Si è verificato un problema relativo al salvaschermo / video.

L'ho risolto installando xScreenSaver


1

Il problema era per me lightdme sono stato in grado di riparare lo schermo vuoto dopo aver bloccato il problema semplicemente passando a gdm3:

sudo apt-get install gdm3

Quando richiesto durante l'installazione, passare da lightdma gdm3e premere invio. È necessario un riavvio e ora avrai una schermata di accesso più moderna. Soprattutto, svegliarsi dal bloccare lo schermo funziona davvero ora, almeno per me finalmente lo fa.


Inoltre, se sei stanco di rimanere bloccato durante il test di tutte queste varie soluzioni, usa la combinazione di tastiera CTRL+ ALT+ F1(o qualsiasi sessione da F1- F6) per passare a una sessione terminale, quindi tornare indietro tramite CTRL+ ALT+ F7. Ora dovresti vedere il testo che dice che lo schermo è bloccato, ma dai solo 5 secondi e vedrai la richiesta della password. Ciò mi ha risparmiato un sacco di mal di testa dovendo riavviare forzatamente ogni soluzione che ho provato.


Su un ThinkPad (x390), la soluzione alternativa della combinazione di tasti è FN + CTRL + ALT + F2 (sessione terminale) e FN + CTRL + ALT + F7 (torna alla GUI)
Sir Jane,

gdm3funziona meglio e più velocemente rispetto lightdma me!
banan3'14

0

La mia macchina ha avuto un problema simile dopo l'aggiornamento a Ubuntu 18.04. Dopo aver chiuso il coperchio, il sistema operativo non si svegliava, ma la retroilluminazione si accendeva. (Probabilmente non correlato: sembrava che anche la mia tastiera non rispondesse, poiché attivare il blocco maiuscole non ha illuminato il LED.)

Ho trovato una correzione nelle mie impostazioni del BIOS. C'era una casella di controllo per abilitare il risveglio all'apertura del coperchio del laptop. È stato deselezionato, ma controllarlo ha risolto il problema.

$ 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

Nella mia situazione:

$ 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

Hardware - Aser E5-511-P6CS

La soluzione è rimossa dalla $vt_handoffstringa di grub .

Per fare questo, basta modificare il /etc/grub.d/10_linuxfile.

Imposta $vt_handoff = "1"su$vt_handoff = "0"


Intendi cambiare vt_handoff="1"in vt_handoff="0"? Il modo in cui lo hai scritto è la sintassi per un confronto, piuttosto che per un compito. Non sono sicuro che i file grub degli altri siano diversi, ma ci sono più confronti tra i miei ... sembra avere più senso cambiare l'assegnazione all'inizio del file.
Aceto

vt_handoff indica quale console virtuale richiamare. Se su uno schermo nero è possibile passare a console diverse, questo potrebbe risolvere questo problema, ma se il sistema operativo è bloccato, non è sicuro che ciò possa aiutare.
Shital Shah,

0

Ho problemi simili. Ho provato a disabilitare la scheda grafica commutabile e modificato vt_handoff. Nessuno di loro ha funzionato.

Quindi ho "accidentalmente" risolto il problema impostando la modalità SATA su "ACHI" (era "IDE" quando ho installato Ubuntu) nel BIOS. E ha risolto il problema!


1
Invece di continuare qui una discussione (poiché non c'è modo per le persone di rispondere con le risposte alla tua risposta), sarebbe meglio rispondere a questa domanda (con i primi 2 paragrafi) e quindi aprire una nuova domanda con il tuo terzo paragrafo. Grazie!
Jeff Schaller

0

Ho riscontrato questo problema e risolto aggiornando l'ultimo kernel mainline (4.20) da quello pubblicato da Ubuntu (4.15) usando l'Utilità di aggiornamento del kernel Ubuntu (aka Ukuu).

All'inizio ho pensato che potesse trattarsi di un problema con il driver dello schermo, quindi ho effettuato il downgrade a nvidia-390, ma è persistito. Completamente scomparso dopo l'aggiornamento al kernel 4.20.


0

Nel mio caso, la disabilitazione della "sospensione automatica" sia per la connessione che per la batteria ha risolto il problema. Ho notato che dopo aver installato gli aggiornamenti, le impostazioni sono state modificate di nuovo da solo, tienilo a mente.

inserisci qui la descrizione dell'immagine

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.