Puncte:0

MacbookAir (21.04): reluați de la suspendare foarte lent după actualizarea recentă

drapel nz

Suspendarea și reluarea funcționează pe MacbookAir-ul meu de peste 6 ani și a continuat să funcționeze normal după actualizarea la 21.04. Unele actualizări ulterioare au creat o problemă în care reluarea (când apăsați butonul de pornire) durează aproximativ 30 de secunde pentru a începe; mașina nu răspunde literalmente timp de ~30 de secunde până când se trezește complet normal.

Există câteva lucruri ciudate despre asta:

  1. Spun că nu răspunde, adică lumina de fundal a tastaturii este oprită și ecranul este oprit. Dacă țin aparatul la ureche, totuși, aud zgomotul ceva ce se întâmplă imediat după apăsarea butonului de pornire.

  2. În timp ce timp de aproximativ 30 de secunde, iluminarea de fundal a tastaturii și ecranul sunt oprite, tastatura începe să trimită apăsări de taste către aparat în aproximativ 15 secunde.

  3. Aparatul se reia în mod normal prima dată după repornire, dar are întârziere în toate suspendările/reluările ulterioare.

Am făcut un experiment în care am apăsat butonul de pornire pentru suspendare, apoi am așteptat exact 60 de secunde până l-am apăsat din nou pentru reluare. Ultimele linii de syslog înainte de suspendare sunt acestea.

4 septembrie 22:40:55 praxis systemd-sleep[53765]: Suspendarea sistemului...                
4 septembrie 22:40:55 praxis kernel: [18668.791824] PM: suspendă intrarea (deep)           
4 septembrie 22:40:55 praxis gnome-shell[4696]: O conexiune wireless activă, în modul infrastructură, nu implică niciun punct de acces?

Următoarele rânduri din syslog apar la aproximativ 90 de secunde după ultimele:

Sep 4 22:42:26 praxis kernel: [18670.258872] Înghețarea proceselor din spațiul utilizatorului... (a trecut 0,004 secunde) gata.
Sep 4 22:42:26 praxis kernel: [18670.263349] OOM killer dezactivat.               
Sep 4 22:42:26 praxis kernel: [18670.263350] Înghețarea sarcinilor congelabile rămase... (a trecut 0,001 secunde) terminată.
4 septembrie 22:42:26 praxis kernel: [18670.264842] printk: Suspendarea consolei (utilizați no_console_suspend pentru a depana)
4 septembrie 22:42:26 praxis kernel: [18670.271345] EROARE @wl_notify_scan_status :     
4 septembrie 22:42:26 praxis kernel: [18670.271348] wlp3s0 Eroare Scan_results (-22)    
4 septembrie 22:42:26 praxis kernel: [18670.282146] sd 0:0:0:0: [sda] Se sincronizează cache-ul SCSI
4 septembrie 22:42:26 praxis kernel: [18670.893668] sd 0:0:0:0: [sda] Disc de oprire    
Sep 4 22:42:26 praxis kernel: [18670.914168] ACPI: EC: întrerupere blocată        
4 septembrie 22:42:26 praxis kernel: [18670.993742] pcieport 0000:05:00.0: ciudat: tăierea puterii la controlerul Thunderbolt...
4 septembrie 22:42:26 praxis kernel: [18671.329828] pcieport 0000:05:00.0: quirk_apple_poweroff_thunderbolt+0x0/0xd0 a luat 328240 usecs
4 septembrie 22:42:26 praxis kernel: [18671.350207] ACPI: Se pregătește pentru a intra în starea de repaus a sistemului S3

Mi se pare curios faptul că toate acestea par a fi mesaje de suspendare, ca și cum aparatul nu termină cu pregătirile înainte de a intra în suspendare.

Ma poate ajuta cineva va rog sa depanez aceasta situatie? Știți pentru ce pachet să raportați o eroare?

Puncte:0
drapel nz

Acest lucru a fost remediat cu o actualizare recentă a nucleului.

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.