Ubuntu 18.04 si arresta in modo anomalo alla ripresa dalla sospensione

Dopo aver completato una nuova installazione di Ubuntu 18.04 LTS e riavviato, ho chiuso il coperchio del laptop Acer Aspire ES1-511 e mi sono preso una piccola pausa. Quando sono tornato per continuare a esplorare le nuove funzionalità di 18.04, il laptop non si accendeva. Uno dei fan interni funzionava abbastanza forte, ma niente di più. Ho dovuto riavviare di nuovo.

Questo sembra essere un problema ricorrente negli anni di Ubuntu. Ho esaminato il problema da allora, prima cercando di cambiare le impostazioni di alimentazione gnome-control-centere gnome-tweak-tool, quindi pm-utils, di installare , modificare i file di sistema presumibilmente responsabili della sospensione e molti altri tentativi, il tutto inutilmente. Ho anche provato a eseguire Ubuntu 18.04 Live da un'unità USB e lo stesso problema si verifica ancora.

Ho il sospetto che sia un problema con il kernel, poiché in passato ho riscontrato questo problema con il kernel 4.15. Un aggiornamento all'ultimo kernel Linux o un downgrade a una versione più stabile risolverebbe il problema? Il problema è stato corretto? Forse posso solo modificare un po 'di file e l'intera cosa sarebbe risolta ...

Alcune specifiche: il kernel attualmente in esecuzione è 4.15. Il computer, come menzionato sopra, è un Acer Aspire ES1-511. L'ambiente desktop è Gnome 3.28.1. La versione di Ubuntu è LTS 18.04.1 a 64 bit.

Qualsiasi aiuto è apprezzato. Il computer sta perdendo molto sonno per questo.

Ho riscontrato lo stesso problema con un HP Pavilion 11 x360.

Il kern.log suggerisce che pensa di essere andato in sospensione - PM: suspend entry (deep) - ma il sistema si blocca a quel punto e non ci sono ulteriori voci fino allo spegnimento e al riavvio.

Una "sospensione riuscita" avrebbe ulteriori voci PM: Sincronizzazione dei filesystem ... terminata. , Blocco dei processi dello spazio utente ... ecc

Lo schermo si oscura ma il LED di alimentazione rimane acceso (così come la ventola se è già in funzione) ed è necessario un hard reset (tenendo premuto il pulsante di accensione) per poter riutilizzare la macchina.

Anche l'utilizzo di una USB live 18.04 provoca lo stesso problema di sospensione, il che suggerisce che non è a causa di eventuali programmi aggiuntivi che ho installato.

Altri tre laptop diversi (i miei amici e i miei) non hanno problemi con la sospensione del 18.04 , il che mi porta a chiedermi quale specifica combinazione hardware provochi questo.

Tutti i laptop (incluso il "bambino problematico") hanno una grafica Intel.

Il "laptop problema" si interrompe perfettamente con Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII e Windows 10 ma non riesce a sospendere con Ubuntu 18.04 e Kubuntu 18.04.

(Inizialmente il problema con la sospensione si verificava anche quando si cercava di usare i kernel 4.15, 4.16 e 4.17, ma i kernel 4.17 e 4.18 più recenti hanno un aggiornamento che ha permesso di sospendere il lavoro su questa macchina)

L'uso di UKUU per installare il kernel 4.14 più recente (4.14.47) su 18.04 ha risolto il problema. (La risposta accettata da Matalak) - ora consiglierei di provare un kernel 4.17 o 4.18 recente.

Modifica - Dai un'occhiata ai passaggi qui per vedere se eventuali altre correzioni potrebbero risolvere prima il tuo problema: Ubuntu 18.04 - Dell XPS13 9370 non si sospende più alla chiusura del coperchio

Ho avuto difficoltà a trovare una segnalazione di bug sulla sospensione che causava un sistema completamente non rispondente il 18.04, il che suggeriva che non stava interessando gran parte degli utenti.

Sebbene sia positivo che non riguardi un vasto numero di utenti, può rendere più difficile scoprire dove si trova il problema se solo una manciata di persone riscontra problemi con la propria specifica configurazione hardware.

Modifica: è stato aperto un rapporto sui bug, sembra che il probabile colpevole sia stato identificato e una versione modificata del kernel 4.15 è stata messa insieme per risolvere il problema di sospensione: la patch è ora nei kernel 4.17 e 4.18 più recenti https: // bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

Ulteriore modifica - A partire dall'11 settembre 2018 il kernel standard di aggiornamento del sistema (4.15.0-34) ora ha la patch, che è stata supportata da quegli sviluppatori gentili e la sospensione funziona di nuovo come dovrebbe sul laptop con Intel N3540. Tanti elogi al loro lavoro!

Solo per essere chiari, tuttavia, è un problema con il tentativo di sospendere il computer su 18.04 in cui lo schermo diventa vuoto (ma chiaramente non è andato in "sospensione") e quindi non reagisce a nient'altro che a tenere premuto il pulsante di accensione per spegnerlo.

Ho risolto il problema installando UKUU e eseguendo il downgrade al kernel 4.14.41. Forse c'è un'incompatibilità con l'hardware nelle versioni successive del kernel.

Credo che sia l'autista del buggy nouveau. Prova ad aggiungere:

 nouveau.modeset=0

a GRUB_CMDLINE_LINUXnel /etc/default/grubfascicolo, dopo che corrono:

sudo update-grub
sudo reboot

E voilà non si blocca più per riprendere dalla sospensione.

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

ha funzionato bene per me per risolvere questo problema durante l'avvio usando le opzioni avanzate per Ubuntu e selezionando questo kernel

Ho avuto una soluzione alternativa per sospendere il lavoro su Ubuntu 18.04 con un NVIDIA GeForce GTX 1050 Mobile e driver nvidia proprietari 390. Ho installato pm-suspend tramite sudo apt-get install pm-utils. Quindi, passo da Gnome Shell al terminale tramite Ctrl + Alt + f6. Dopo il login, lo faccio sudo pm-suspend. Dopo essermi svegliato dallo standby, torno a Gnome Shell tramite Ctrl + Alt + f1. Fatto!

Avevo anche questo problema che mi affligge ... e una soluzione dopo molti e molti tentativi MOLTI MOLTI era di reinstallare Ubuntu 18.04, e ora funziona perfettamente. Sto anche usando il driver "testato" di Nvidia, poiché Nvidia era il colpevole prima.

Forse è stato il ppa "sudo add-apt-repository: graphic-drivers" che ha installato roba "Extra" dal PPA e / o il driver 396 stesso a rovinare la capacità di ibernazione del mio laptop.

Ad ogni modo funziona perfettamente al momento in cui scrivo con il driver testato da NVidia 390. E solo FYI, ha funzionato a lungo con il driver 396, ma è diventato problematico la scorsa settimana - ANCORA! Quindi anche se non conosco la causa esatta ...

È / era decisamente correlato al driver NVidia poiché prima di passare al driver Nouveau funzionava, ma di sicuro non mi piaceva quell'opzione.

Sto cercando di aiutare, Mark

ps ecco le mie altre note di Tomboy per altri problemi con Ubuntu e Hibernating

18/07 Risoluzione dei problemi

‣ Prerequisiti: il tuo kernel supporta la sospensione su disco?

• Il kernel supporta tutto ciò che è elencato in / sys / power / state, quindi:

• cat / sys / power / state

• Le voci consentite (per quanto ne so) comprendono: mem, standby, blocco, disco. Spiegazione:

∘ mem - ha diversi significati, uno esattamente sul tuo sistema lo scoprirai tramite cat / sys / power / mem_sleep. Ho: s2idle [in profondità]

∘ standby - Sospensione all'accensione (se supportato)

∘ blocco - Suspend To Idle (STI)

∘ disco - Sospendi su disco (STD), ibernazione. Questo - tu vuoi.

∘ il mio dice: blocca il disco mem - PERFETTO!

• Quindi dobbiamo controllare

• $ cat / sys / power / disk

‣ [platform] shutdown reboot suspend test_resume

‣ [Disabilitato]

• (non molto bene)

‣ Abilita Ibernazione e inseriscilo nel menu - Easy-Peasy

• sudo apt installa pm-utils cpufrequtils

• Quindi verifica se l'ibernazione funziona nel tuo computer eseguendo il comando:

• sudo pm-ibernazione

• Dopo lo spegnimento del computer, riaccenderlo.

‣ Le tue applicazioni aperte sono state riaperte? In tal caso funziona, in caso contrario l'ibernazione non funziona. Puoi verificare se la tua partizione Swappiness è almeno grande quanto la tua RAM disponibile, in quanto potrebbe risolvere il problema. Ibernazione non consentita!

∘ Test: pm-hibernate - (se è installato il pacchetto pm-utils), oppure

∘ funziona! dopo il 18.04 reinstalla e ancora nessun Nvidia

Ct ibernazione systemctl

∘ funziona! dopo il 18.04 reinstalla e ancora nessun Nvidia

∘ Aggiungi nuovamente l'opzione Ibernazione al menu di spegnimento:

• 1. Modificare un file specifico con questo comando.

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

• 2. Scorri verso il basso il documento di testo e trova le sezioni seguenti:

∘ [Disattiva ibernazione per impostazione predefinita in upower]

∘ [Disattiva ibernazione per impostazione predefinita nel logind]

∘ Modifica entrambi i valori da no a yes in:

∘ ResultActive = no (cambiarlo in yes)

‣ Salva, esci e riavvia - Fatto!

Il mio Acer ES1-512 è stato costruito il 18.04, aggiornato al 18.04.1 ora. Ho avuto questo problema con lo schermo nero in modalità sospensione / sospensione sin dal 18.04.

I seguenti passaggi hanno risolto il problema:

1. Il kernel precedente era 4.15.33 (ha preso un paio di aggiornamenti automatici) e questo è l'origine di questo problema.
2. Esegui il downgrade a 4.14.41
3. Modifica Grub per prendere "Advanced Option" e punta a 4.14.41
4. Rigenerare Grub
5. Reboot

Questo è tutto! La funzione di sospensione e sospensione ora funziona correttamente. Spero che sia di aiuto.

Ho provato la maggior parte delle cose sopra elencate. Infine, sono arrivato su win-raid.com per vedere se si tratta di un problema del BIOS. E ho incontrato un signore, che mi ha suggerito di scaricare il modulo i2c_hid prima di sospenderlo e ricaricarlo dopo averlo riavviato. E, quindi, ho benedetto il mio laptop con il modulo acpi_call per aumentare le prestazioni della batteria di 2x.

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

Wow, sto leggendo il mio post e sto pensando a quanto sia utile!

Immagino di dover ringraziare me stesso!

Volevo solo aggiungere che come misura di risoluzione dei problemi, purtroppo sono giunto alla conclusione che sì è spesso correlato e / o combinato con Gnome su Xorg / Ubuntu e Nvidia, ... ... È specificamente un UBUNTU / "Gnome su Xorg "Problema.

Dopo che il problema è riemerso e una reinstallazione del mio driver nvidia-440 (Open Source) e il riavvio in "Ubuntu" vs "Gnome su Xorg", non ha fatto AutoSuspend / Schermo nero / Non è necessario riavviare. .. come tutti sappiamo è un problema.

Poi al mattino ... dopo aver riavviato ed entrare in "Gnome su Xorg"

Si è sospeso automaticamente quando non avrebbe dovuto (non c'è bisogno di spiegarlo). ARGHHHHHHH!

Quindi ora cospirazionalmente, ho ipotizzato che sia SPECIFICAMENTE, (gnome su xorg e / o Ubuntu che lancia una chiave inglese in cose che cercano di farti accedere a "Ubuntu".

Ad ogni modo, non è di nuovo in sospeso automaticamente ... e sono in "Ubuntu" e sì ... 18.04 LTR.

ps ho anche provato a ingannarlo abilitando "Dim Screen When Inactive" che sono giunto alla conclusione ... NON funziona con Nvidia installato (un'altra storia), anche se un'estensione gnome cambia la luminosità bene "Regola icona luminosità" ,

E il computer dopo 5 minuti di inattività, ha dato un messaggio in alto "Auto Suspend Screen Saver Disabled" ... HMMMM ... ma non ha fatto il temuto "Go Black Thing!"

Quindi, chiamerò questo ... un po 'risolto!