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.)