Puncte:0

Ubuntu Focal se blochează și nu se reia după suspendare (de exemplu, închiderea laptopului)

drapel ph

Când îmi închid laptopul și îl redeschid (sau se inactivează automat după inactivitate), aparatul nu se va relua corect. Ecranul va afișa ecranul de somn -- o scurtă descriere a activității de suspendare -- iar ventilatoarele vor începe să sufle ca un 747 care decolează. Singura soluție este hard-boot (ține apăsat butonul de pornire timp de 4 secunde).

Acest lucru mergea bine cu Bionic (care a devenit instabil după prea multe experimente cu diverse hacking hardware), așa că sunt puțin derutat.

Există o referință în dmesg la hibernare:

[ 30.198017] Blocare: systemd-logind: hibernarea este restricționată; vezi man kernel_lockdown.7

Dar nu îmi este clar cum să rezolv această problemă. man kernel_lockdown discută despre hibernarea „necriptată” dezactivată, ceea ce presupune că este posibilă o hibernare criptată, dar nu oferă detalii suplimentare.

Documente Ubuntu activate Activați Hibernarea cu Swap criptat oferă câteva instrucțiuni, dar nu pare să funcționeze. Acest lucru implică faptul că lvm trebuie să fie în uz, ceea ce în cazul meu nu este (am optat pentru directorul rădăcină zfs în timpul instalării, care nu folosește lvm).

M-am gândit o vreme că acest lucru era legat de driverele nvidia (în prezent 460) nu își reiau starea corect, dar am încercat toate setările (inclusiv forțarea chipset-ului Intel) fără nicio modificare.

Ieșirea syslog chiar înainte de repornire este după cum urmează. Nu cred că văd nimic interesant aici, dar s-ar putea să nu știu ce să caut.

25 iulie 12:04:49 xenon wpa_supplicant[2208]: nl80211: deinit ifname=p2p-dev-wlp4s0 disabled_11b_rates=0
25 iulie 12:04:49 xenon systemd-sleep[165210]: Suspendarea sistemului...
25 iulie 12:04:49 nucleu xenon: [ 3360.130627] PM: suspendă intrarea (profundă)
25 iulie 12:04:49 xenon wpa_supplicant[2208]: nl80211: deinit ifname=wlp4s0 disabled_11b_rates=0
25 iulie 12:04:51 xenon gnome-shell[17784]: [17775:17977:0725/120451.785183:ERROR:connection_factory_impl.cc(429)] Nu s-a putut conecta la punctul final MCS cu eroarea -106
25 iulie 12:04:54 nucleu xenon: [ 3364.649231] Sincronizarea sistemelor de fișiere: 4.519 secunde
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Opțiunea „fd” „44”
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event3 - Buton de pornire: dispozitiv eliminat
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Opțiunea „fd” „47”
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event6 - Video Bus: dispozitiv eliminat
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Opțiunea „fd” „48”
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event7 - Video Bus: dispozitiv eliminat
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Opțiunea „fd” „49”
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event0 - Buton de pornire: dispozitiv eliminat
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Opțiunea „fd” „50”
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event1 - Buton de repaus: dispozitivul a fost eliminat
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Opțiunea „fd” „51”
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event8 - Chicony USB 2.0 Camera: Chicony: dispozitiv eliminat
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Opțiunea „fd” „52”
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event4 - Tastatură AT Translated Set 2: dispozitiv eliminat
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Opțiunea „fd” „53”
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event5 - SynPS/2 Synaptics TouchPad: dispozitiv eliminat
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: am pauza pentru 13:69
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: am pauza pentru 13:64
25 iulie 12:04:54 xenon kernel: [ 3364.965699] rfkill: handler de intrare activat
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: am pauza pentru 13:71
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: am pauza pentru 226:0
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: am pauza pentru 13:68
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: am pauza pentru 13:65
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: am pauza pentru 13:70
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: am pauza pentru 13:67
25 iulie 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: am pauza pentru 13:72

Ce nu am verificat?

Nate T avatar
drapel it
Verificați pornirea securizată în setările bios. Trebuie dezactivat
Nate T avatar
drapel it
Nucleul intră în modul de blocare, dar bănuiesc că știați deja asta...
Puncte:1
drapel it

Acesta este (poate fi) un simptom al rulării Ubuntu în modul SecureBoot. Vedea Aici pentru mai multe detalii.

În conformitate cu aceasta (cel puțin după cum am înțeles eu), mesajul dvs. de eroare vă spune că hibernarea nu este permisă în sistemul dvs., deoarece încearcă să respecte standardele de pornire sigură.

Pentru a dezactiva SecureBoot, trebuie să porniți în meniul de setări BIOS. Procesul de deschidere a meniului BIOS și de localizare a acestei setări depinde de mașină. Dacă nu cunoașteți deja procesul, o căutare rapidă pe google a:

<laptop-make-and-model> Setări BIOS

...va da instrucțiuni detaliate. Înlocuirea sau adăugarea cuvântului „SecureBoot” vă va spune unde se ascunde opțiunea din meniu, deși este de obicei destul de ușor de localizat. Adesea, se află sub o filă „securitate” sau ceva asemănător.

În ceea ce privește cardul/driverul nvidia, rulez aceeași configurare și singura problemă pe care am întâlnit-o a fost cu balansul, iar asta a ajuns să fie minoră.

PaulProgrammer avatar
drapel ph
Mi-a fost frică de asta. Am încercat de data aceasta setările de pornire securizată, gândindu-mă că au trecut câțiva ani buni pentru a ține cont de această funcție, dar, din păcate, se pare că nu este cazul.
Nate T avatar
drapel it
Este în mare parte o încercare „Microsoft vrea să rulați o mașină numai Windows”. De aceea este încă așa.SecureBoot caută mai mult sau mai puțin aplicațiile care urmează să fie semnate de Microsoft. Dacă nu sunt, restricțiile de securitate le sunt înăsprite, la cel mai scăzut nivel, până la punctul în care nu funcționează. Soluția este practic falsificarea. Așa procedează RHEL și alții. Ubuntu a decis să nu o facă, cred. Cu toate acestea, ei oferă instrucțiuni de bricolaj pe site-ul lor, în cazul în care doriți să încercați singur.
Nate T avatar
drapel it
Pot dezgropa linkul dacă doriți. Problema, după cum știți, se manifestă în diferite moduri, totuși, așa că probabil ați face-o de mai multe ori. Imo, SecureBoot nu este cu adevărat despre securitate, oricum. Este mai mult despre MS să pună presiune pe comunitatea open-source. Nu văd nicio legătură între o aplicație sigură și semnată de MS. De aceea mă simt confortabil doar să-l dezactivez. Aș sfătui să cercetezi problema. am simplificat prea mult. De asemenea, îmi pierd memoria și a trecut ceva timp de când m-am uitat în ea. Așa că ia toate acestea cu un grăunte de sare. : )
Puncte:0
drapel sz

in legatura cu

25 iulie 12:04:51 xenon gnome-shell[17784]: [17775:17977:0725/120451.785183:ERROR:connection_factory_impl.cc(429)] Nu s-a putut conecta la punctul final MCS cu eroarea -106

Am avut această problemă cu mult timp în urmă din cauza unui conflict de pachet cu componentele Kubuntu pe care le-am adăugat din greșeală, astfel încât să puteți verifica asta. Vedea acest raport de eroare aferent pentru mai multe detalii.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.