Puncte:2

CV-ul Ubuntu 21.10 produce un ecran gol

drapel dj

După actualizarea de la Ubuntu 20.10 la 21.10 (prin 21.04, pe care nu l-am testat pentru comportamentul de suspendare/reluare), suspendarea/reluarea nu mai funcționează corect.

Dacă folosesc metapachetul proprietar al driverului NVIDIA de la nvidia-driver-470, sistemul pare să se suspende ok -- folosind butonul de pornire (echivalent cu systemctl suspend) --, dar la reluare, afișajul rămâne negru și trebuie să mă opresc pentru a scăpa de asta.

(Dacă folosesc driverul X.Org X Server, sistemul nu reușește să se suspende după oprirea temporară a afișajului.)

Anterior, pe 20.10, suspendarea/reluarea funcționa ok. IIRC, foloseam un driver NVIDIA proprietar.

Placa grafică este un GK106GL [Quadro K4000] (nume de cod NVE6) iar computerul este un Dell Precision T5500. inxi -G ieșire:

Grafică: Dispozitiv-1: driver NVIDIA GK106GL [Quadro K4000]: nvidia v: 470.74 
           Dispozitiv-2: SHENZHEN EMEET HD Webcam eMeet C960 tip: driver USB: hid-generic, snd-usb-audio,usbhid,uvcvideo 
           Afișare: server x11: driver X.Org 1.20.13: încărcat: nvidia descărcat: fbdev,modetting,nouveau,vesa 
           rezoluție: 2560x1440~60Hz 
           OpenGL: redare: Quadro K4000/PCIe/SSE2 v: 4.6.0 NVIDIA 470.74

I-am urmat pe unii instrucțiuni pentru depanarea suspendării nucleului, observând că pm-suspendă (parte din pm-utils) recreează aceeași eroare de restaurare ca mai sus și a găsit următoarele în ieșirea dmesg:

[ 1.322162] PM: Număr magic: 0:486:890
[ 1.322167] PM: hash se potrivește drivers/base/power/main.c:905
[ 1.322237] pci 0000:00:1f.3: potriviri hash

lspci a aratat:

00:1f.3 SMBus: Controler SMBus Intel Corporation 82801JI (Familia ICH10)

Căutarea după „smbus 82801ji” m-a condus la Driver de kernel i2c-i801. The cod sursa pentru acest driver a inclus un remediere pentru o eroare de reluare. Cel mai recent nucleu cu remediere este 5.15-rc7.

După instalarea nucleului 5.15-rc7 folosind aceste instrucțiuni, restaurarea încă eșuează după systemctl suspend. Cu toate acestea, CV-ul funcționează ok după sudo pm-suspend. Pe 5.13, reluarea eșuează după sudo pm-suspend.

(am incercat si sa editez /etc/systemd/sleep.conf pentru a vedea dacă opțiunile de suspendare mai restricționate au ajutat, dar nu.)

Puncte:1
drapel pl

Cei doi cenți ai mei...

Folosind ubuntu 20.04.1, am configurat Setări -> Putere -> Acțiunea butonului de pornire la Hibernează. Asta nu a funcționat bine, producând un ecran gol.

Așa că am configurat un Setări -> Comenzi rapide de la tastatură -> Comenzi rapide personalizate cu o comandă systemctl hibernare. Acest lucru funcționează perfect.

La momentul în care aveam problema, am citit destul de multe referințe. Nu-mi amintesc acum toate informațiile pe care le-am adunat și cum am ajuns la concluzia că soluția mea ar fi mai bună (sau pur și simplu încercare și eroare). Oricât de imprecisi ar fi informațiile, tu ar putea Găsiți-l util, transferând tot ce găsiți aici pentru hibernare în suspendare.

În caz contrar, pur și simplu ignora-l.

glyn avatar
drapel dj
`systemctl hibernate` nu a reușit să hiberneze, a golit ecranul și a necesitat oprirea pentru a se recupera. Mulțumesc totuși pentru sugestie. ;-)
sancho.s ReinstateMonicaCellio avatar
drapel pl
@glyn - Deci acesta ar putea fi un simptom al a ceea ce eșuează și în cazul tău. Puteți utiliza aceasta ca o altă intrare pentru o căutare pe web.
Puncte:0
drapel cn

I also had the same problem with Ubuntu 21.10, but my graphic card is Amd Radeon instead. I just installed mainline to upgrade kernel to 5.15.22, because I had 5.13.0. This fixed the error, I can lock and unlock the screen and shows again login window without problem. I wonder why only some devices present that problem.

mainline link: https://github.com/bkw777/mainline

thanks.

Puncte:0
drapel th

Am avut aceeași problemă după upgrade la 21.10. Placa grafica GTX 970. Driver 470.74

Am instalat driverul de server 450. Cu această suspendare nu funcționează. Înapoi la șoferul 470. Acum sistemul se reia.

glyn avatar
drapel dj
Chiar ai ajuns cu 470,74? De asemenea, ați încercat 470.82 care a fost lansat ieri?
glyn avatar
drapel dj
Ok, este doar surprinzător că retrogradarea și apoi restaurarea 470.74 rezolvă problema, dar cred că s-au întâmplat lucruri mai ciudate.
mario avatar
drapel th
da, pentru mine e treaba cu 470.74 ultimele 3 zile si in jur de 20 suspend/reluare
mario avatar
drapel th
Vechea problemă a revenit. Încerc 470.82 din grafica-ppa. Același comportament. Dai drumul, instalez nouveau-driver. Asta sunt lucrări. Și apoi sudo apt-get purge „nvidia*”
glyn avatar
drapel dj
Nu sunt sigur că urmez. Vrei să spui că problema a fost recreată cu 470.82? Vrei să spui și că ai o remediere cu driverul nouveau? Dacă da, vă rugăm să scrieți un răspuns separat cu detalii.
Puncte:0

Ubuntu 21.10 NVIDIA 470/510 nv_restore_user_channels gândac

Detalii complete la: 18.04 Ecranul rămâne gol după trezire din suspendare dar TLDR dacă vezi:

nv_restore_user_channels

pe:

journalctl -b-1

incearca sa alergi:

sudo systemctl stop nvidia-suspend.service
sudo systemctl stop nvidia-hibernate.service
sudo systemctl stop nvidia-resume.service

sudo systemctl dezactivează nvidia-suspend.service
sudo systemctl dezactivează nvidia-hibernate.service
sudo systemctl dezactivează nvidia-resume.service

sudo mv /lib/systemd/system-sleep/nvidia ~/nvidia.bak

și reporniți.

drapel bv
Din păcate, (pentru mine) dezactivarea joburilor systemd nu mai funcționează pe Ubuntu 21.10 și cel mai recent kernel livrat cu acesta (5.13.0-28-generic). A funcționat bine pe Ubuntu 21.04. p.s Am incercat si alte versiuni de driver, inclusiv cele de server.
Ciro Santilli 新疆再教育营六四事件法轮功郝海东 avatar
@Max_Payne, acest lucru părea să funcționeze pentru mine pe Ubuntu kernel 21.10 5.13.0-28-generic BTW, rulând-o chiar acum.
drapel bv
Santilli Dacă suspend pentru câteva minute și apoi reiau, funcționează, dar nu funcționează dacă încerc să reiau a doua zi. Pe Ubuntu 21.04 cu remediere systemd aș putea să țin computerul suspendat zile întregi și apoi să reiau fără probleme. Am trecut înapoi la driverul Nouveau cu firmware-ul de accelerare Nvidia. De fapt, totul funcționează mai repede și mai bine acum. Simt că PC-ul meu răspunde foarte mult. Chiar și fontul din consola TTY este redat mai bine. Chiar dezamăgit de Nvidia...
Ciro Santilli 新疆再教育营六四事件法轮功郝海东 avatar
@Max_Payne BTW, am avut exact același comportament, așa cum am menționat la: https://askubuntu.com/questions/1032633/18-04-screen-remains-blank-after-wake-up-from-suspend/1391917#1391917 suspendarea nu a reușit decât pentru suspendări mai lungi. Apoi am luat cablul de alimentare de pe laptop pe care am reușit să-l reproduc chiar și pe suspendare scurtă, iar această remediere părea să funcționeze și pentru suspendare scurtă. Ar putea exista și altceva în sistemele noastre, desigur, care duce la un comportament diferit. De asemenea, merită să „purgeți apt” toate pachetele Nvidia dacă încercați din nou.
drapel bv
Cred că este compatibilitatea driver-kernel. Unii oameni au spus că pe nucleul 5.15 ar trebui să funcționeze, dar prefer să rămân cu driverul Nouveau, deoarece nu fac jocuri și funcționează bine pentru nevoile mele. Mulțumesc pentru timpul acordat.
drapel bv
chiar sub noi un utilizator descrie același comportament care vine după actualizarea la 21.10 și îl rezolvă cu driverul Nouveau. https://askubuntu.com/questions/1371055/ubuntu-21-10-resume-produces-blank-screen/1391920?noredirect=1#comment2361275_1371937
Puncte:0
drapel in

Pe un Legion 5 Pro 16ACH6 (Ryzen 5800H + RTX 3050 Ti) am instalat cel mai recent kernel (5.15) și folosesc GPU-ul AMD de la bord. Pentru că vreau să profit de cele mai recente îmbunătățiri pentru AMD și pentru că driverul NVidia nu este încă compatibil cu kernel-ul 5.15.

Problema mea a fost:
Când mă trezesc din suspendare, ecranul extern este negru. Soluția mea este

  • Ctrl+Alt+F1, a accesa tty1 consola, atunci
  • Ctrl+Alt+F7 pentru a trece înapoi la tty7/unde rulează Xserver-ul

În acest fel, monitorul extern revine la viață.

glyn avatar
drapel dj
Am încercat această soluție (deși cu diferite legături de taste (Ctrl+Alt+F3 pentru o consolă, Ctrl+Alt+F1 sau F2 pentru Xserver) și monitorul nu a revenit la viață și a trebuit să mă opresc greu.
Puncte:0
drapel dj

O soluție pare să fie instalarea nucleului 5.15-rc7 și suspendarea utilizării sudo pm-suspend, deși acest lucru poate avea unele minusuri.

Pentru a face asta, m-am obligat /bin/sh -c "sudo pm-suspend" la o tastă (tasta „Pauză”, „Shift”+“Pauză”, părea potrivită) și a adăugat următoarea linie la sfârșitul /etc/sudoers:

%youruusername ALL = NOPASSWD: /usr/sbin/pm-suspend

De exemplu.

%glyn ALL = NOPASSWD: /usr/sbin/pm-suspend

Asta pare să funcționeze ok. O singură ocazie, în timp ce utilizați un terminal, sistemul de fișiere care conține directorul meu de acasă a devenit spontan doar pentru citire și a avut nevoie de o repornire pentru a se recupera. Nu este clar dacă acesta a fost un efect secundar al pm-suspend, o problemă în nucleul 5.15-rc7 sau altceva.

glyn avatar
drapel dj
Problema ca sistemul de fișiere să devină doar în citire nu s-a reprodus, așa că mă simt destul de confortabil cu soluția (deși aș prefera o remediere, desigur).
glyn avatar
drapel dj
Aceeași soluție se aplică și cu nucleul 5.16.11, deși problema inițială nu este rezolvată de acel nucleu.

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.