Înainte de a intra în suspendare (sau hibernare), procesele din spațiul utilizatorului și (unele) fire de nucleu sunt înghețate.
Dacă înghețarea eșuează, se va datora fie unui proces din spațiul utilizatorului, fie din cauza eșecului unui fir de nucleu.
Pentru a îngheța un proces de spațiu utilizator, nucleul îi trimite un semnal care este gestionat automat și, odată primit, nu poate fi ignorat. Dacă, totuși, procesul se află în starea de repaus neîntreruptibil (de exemplu, așteaptă I/O care nu se poate finaliza din cauza indisponibilității dispozitivului), acesta nu va primi semnalul imediat. Dacă această întârziere durează mai mult de 20 de secunde (= timpul de înghețare implicit, vezi /sys/power/pm_freeze_timeout
(în milisecunde)), înghețarea va eșua.
Dacă este un fir de nucleu care refuză să înghețe, sunt șanse să fie un driver de dispozitiv defect, dar este greu de spus fără a te uita la jurnalele.
NFS, CIFS și FUSE, printre altele, au fost cunoscute istoric pentru că provoacă astfel de probleme.
Revenind la cazul dvs. în special, dvs dmesg
ar trebui să aveți câteva detalii despre sarcinile care nu au reușit să înghețe și puteți merge de acolo. Pastebin-urile dvs. au expirat acum, dar o presupunere oarbă ar fi CIFS/SMB - folosiți vreunul dintre ele pentru a accesa partajările Windows, de exemplu?
Înghețarea sarcinilor în nucleu este explicată aici, sper că vă ajută: https://www.kernel.org/doc/html/latest/power/freezing-of-tasks.html