Puncte:1

Comportament ciudat de hibernare cu systemctl hibernate

drapel cn

Am urmat acest tutorial pentru a activa hibernarea pe dispozitivul meu ubuntu: Răspunsul lui Anthony O la Hibernați și reluați dintr-un fișier de schimb

Când hibernez folosind sudo s2disk, totul funcționează bine și nu există nicio problemă, totuși, deși am editat systemctl hibernate pentru a executa aceeași comandă, sudo s2disk, cu unele sarcini înainte și după el așa cum este spus în răspuns, efectuează niște comportamente ciudate. Mai întâi, ecranul devine negru pentru câteva secunde, apoi revine la starea normală în care mașina este complet funcțională, cu excepția faptului că nu are internet și, după câteva secunde, ca și cum nimic nu s-a întâmplat, devine brusc din nou în negru și după o De câteva ori, monitorul se oprește din cauza lipsei de ieșire video și se pornește din nou la ieșirea ecranului negru, apare jurnalul s2disk care arată progresul stării de salvare, ca de obicei. Apoi, uneori, la întâmplare, da, nu se întâmplă întotdeauna dintr-un motiv oarecare, CPU/GPU/PSU (nu-mi dau seama care) merge la viteză maximă, făcând un sunet de motor cu reacție timp de câteva secunde și revine la viteza normală pentru încă câteva secunde până când computerul se oprește, întregul proces durând aproximativ 30 de secunde, din care aproximativ 5 secunde fiind starea de salvare reală în care îmi arată jurnalul și procentul. După ce pornește din nou mașina, încarcă imaginea în mod normal conform mesajelor de boot, dar apoi, uneori, la întâmplare, apare ecranul de autentificare și îmi cere parola, deși am setat să nu facă acest lucru folosind comanda gsettings set org.gnome.desktop.screensaver ubuntu-lock-on-suspend false. Și cu folosirea sudo s2disk în loc de systemctl se conectează întotdeauna automat și funcționează bine. Iată câteva informații de depanare:
Capacitate de memorie: 8 GB, aproximativ 7,2 GB utilizabili
Dimensiunea și locația fișierului de schimb: 16,0 GB, situat la partiția rădăcină ca fișier cu un offset de 34816 și UUID-ul de partiție al c3fbcd96-c1fb-4e4c-bba3-82882bf3915f.
Tip disc: SSD, partiția ext4 activată /dev/sdb3 montat ca /
Linia de configurare Grub: GRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=c3fbcd96-c1fb-4e4c-bba3-82882bf3915f resume_offset=34816"
setări de înlocuire a serviciului de hibernare systemd:

[Serviciu]
ExecStart=
ExecStartPre=-/bin/run-parts -v -a pre /lib/systemd/system-sleep
ExecStart=/usr/sbin/s2disk
ExecStartPost=-/bin/run-parts -v --reverse -a post /lib/systemd/system-sleep

/etc/initramfs-tools/conf.d/resume: CV=UUID=c3fbcd96-c1fb-4e4c-bba3-82882bf3915f resume_offset=34816
Versiunea Ubuntu: Ubuntu 20.04.2.0 LTS rulează în modul firmware UEFI și schema de partiție GPT.
Este aceasta o problemă de eroare/compatibilitate sau am făcut ceva greșit?

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.