Puncte:1

Ecran negru după suspendare pe Ubuntu 21.04

drapel in

Tocmai mi-am cumpărat un laptop „HP 15s-eq1510sa 15.6” AMD Ryzen 5”; evident, prima mea sarcină a fost să instalez Ubuntu Studio peste Windows, totul a fost bine până când am închis capacul, când am venit să-l redeschid, am Tocmai am primit un ecran negru, acest lucru pare să se întâmple în 80% din timp, dar dacă am noroc, ecranul arată un pic de nedorit pentru o secundă și apoi funcționează bine și afișează ecranul de conectare. Am văzut acest lucru menționat ca o problemă cu cardurile Nvidia, dar laptopul meu are AMD Radeon. Mulțumesc anticipat :-)

NB. Cred că am găsit răspunsul! Sistemul era implicit la kernel-ul 5.11.0.18, l-am schimbat (prin Grub) la 5.11.0.16 și problema pare rezolvată! Voi lasa aceasta intrebare aici pentru o zi sau cam asa ceva ca sa ma asigur :-)

EDIT: Nu, a funcționat pentru că l-am conectat (care, pe măsură ce se închide, doar oprește ecranul când închid capacul), a fost setat să se suspende când capacul era închis pe baterie, ceea ce tocmai am găsit afară, încă golește ecranul la trezire.

eric@eric-linuxbox:~$ lspci
00:00.0 Pod gazdă: Advanced Micro Devices, Inc. [AMD] Renoir Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir IOMMU
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:02.2 Punte PCI: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge
00:02.4 Punte PCI: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:08.1 Punte PCI: Advanced Micro Devices, Inc. [AMD] Renoir Intern PCIe GPP Bridge to Bus
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] Controler FCH SMBus (rev 51)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Punte gazdă: Advanced Micro Devices, Inc. [AMD] Dispozitiv Renoir 24: Funcția 0
00:18.1 Punte gazdă: Advanced Micro Devices, Inc. [AMD] Dispozitiv Renoir 24: Funcția 1
00:18.2 Punte gazdă: Advanced Micro Devices, Inc. [AMD] Dispozitiv Renoir 24: Funcția 2
00:18.3 Punte gazdă: Advanced Micro Devices, Inc. [AMD] Dispozitiv Renoir 24: Funcția 3
00:18.4 Punte gazdă: Advanced Micro Devices, Inc. [AMD] Dispozitiv Renoir 24: Funcția 4
00:18.5 Punte gazdă: Advanced Micro Devices, Inc. [AMD] Dispozitiv Renoir 24: Funcția 5
00:18.6 Punte gazdă: Advanced Micro Devices, Inc. [AMD] Dispozitiv Renoir 24: Funcția 6
00:18.7 Punte gazdă: Advanced Micro Devices, Inc. [AMD] Dispozitiv Renoir 24: Funcția 7
01:00.0 Controler de rețea: Realtek Semiconductor Co., Ltd. Adaptor de rețea fără fir PCIe RTL8821CE 802.11ac
02:00.0 Controler de memorie non-volatil: KIOXIA Corporation Device 0001
03:00.0 Controler compatibil VGA: Advanced Micro Devices, Inc. [AMD/ATI] Renoir (rev c3)
03:00.1 Dispozitiv audio: Advanced Micro Devices, Inc. [AMD/ATI] Dispozitiv 1637
03:00.2 Controler de criptare: Advanced Micro Devices, Inc. [AMD] Family 17h (Modele 10h-1fh) Platform Security Processor
03:00.3 Controler USB: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1
03:00.4 Controler USB: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1
03:00.5 Controler multimedia: Advanced Micro Devices, Inc. [AMD] Procesor audio Raven/Raven2/FireFlight/Renoir (rev 01)
03:00.6 Dispozitiv audio: Advanced Micro Devices, Inc. [AMD] Family 17h (Modele 10h-1fh) HD Audio Controller
zean_7 avatar
drapel jp
Presupun că va trebui să reporniți de fiecare dată când se întâmplă asta? Ar trebui să vă verificați jurnalul pentru erori în ultima pornire. Doar faceți un `journalctl -r -b -1` și verificați ce anume face ca sistemul dumneavoastră să nu se trezească corect după suspendare.
drapel gb
Aceeași problemă aici: HP 15s, AMD Ryzen 3 4300u, Ubuntu 20.04.3 cu kernel 5.11
Puncte:0
drapel cn

Am HP 15s-eq2040au, Ryzen 5500u și sunt pe Arch și cred că kernel-ul 5.11 are această problemă.Până la 5.12, puteți adăuga un patch

1. Patch

#/etc/modprobe.d/options.conf
amdgpu dpm=0

Aceasta este o remediere proastă, deoarece dezactivează doar gestionarea alimentării pe GPU și încă rulează în starea de suspendare.

2. Remediere mai bună

Nucleele ulterioare au rezolvat acest lucru și ați putea să luați versiunea mai recentă a nucleului și să evitați problema GPU, am verificat pe 5.13 și 5.14-rc3.

Cu toate acestea, am întâmpinat încă o problemă cu IOMMU, care a făcut ca SSD-ul meu să devină doar pentru citire și systemd nici măcar nu a putut să înregistreze lucruri. Setare

iommu=soft

acest parametru de kernel în timpul pornirii a rezolvat problema. Ar trebui să puteți face acest lucru în grub, iată o configurație systemd-boot.

titlu Arch Linux (distribuție)
linux /vmlinuz-linux
initrd /amd-ucode.img
initrd /initramfs-linux.img
opțiuni root="LABEL=root" rw splash iommu=soft

Spune-mi dacă asta a funcționat pentru tine.

Puncte:0
drapel cn

Din păcate, instalând doar 5.14-rc5 (ca HaoSama a scris) nu este suficient pentru mine, dar este necesar. De asemenea, este necesară actualizarea DSDT. Pentru a face acest lucru, rulați:

  1. Creați un director de lucru
mkdir -p /tmp/acpi; cd /tmp/acpi/
  1. Turnați toate fișierele ACPI în directorul creat recent
sudo acpidump -b
  1. Și decompilați DSDT:
iasl -e *.dat -d dsdt.dat
  1. Activați starea S3.

4.1. Deschis dsdt.dsl cu un editor de text găsiți și înlocuiți

    Nume (XS3, pachet (0x04)
    {
        0x03, 
        Zero, 
        Zero, 
        Zero
    })

cu

    Nume (_S3, pachet (0x04)
    {
        0x03, 
        Zero, 
        Zero, 
        Zero
    })

4.2. găsi, de asemenea, linia începe cu DefinitionBlock și crește versiunea OEM (în cazul meu 0x01072009):

DefinitionBlock ("", "DSDT", 2, "HPQOEM", "8707 ", 0x01072009)

prin înlocuirea cu

DefinitionBlock ("", "DSDT", 2, "HPQOEM", "8707 ", 0x01072010)
  1. Compilați DSDT-ul final
iasl -ve -tc dsdt.dsl
  1. Creați un fișier cpio
mkdir -p kernel/firmware/acpi
cp dsdt.aml kernel/firmware/acpi
găsiți nucleul | cpio -H newc --create > acpi_override
sudo cp acpi_override /boot
  1. Actualizați GRUB: Deschis /etc/default/grub cu editor de text și anexează la cheie GRUB_CMDLINE_LINUX_DEFAULT mem_sleep_default=adânc valoare. De exemplu, linia mea este GRUB_CMDLINE_LINUX_DEFAULT="splash resume=UUID=ddd96d19-0c4e-4523-86ff-033cffb11d58 mem_sleep_default=deep" Apoi, adăugați linia GRUB_EARLY_INITRD_LINUX_CUSTOM="acpi_override" de mai jos. În sfârșit, alergați
sudo update-grub

Laptopul meu este HP 15s-eq1xxx, Ryzen 3 4300U. Am adaptat pentru laptop soluția mea descrise aici.

Puteți verifica dacă S3 System State devine disponibil până la

sudo dmesg | grep -i acpi | suportă grep
Puncte:0
drapel in

În primul rând, verifică /var/log/Xorg.*.log dacă vezi

(II) systemd-logind: am pauză pentru 

apoi încercați această soluție:

 sudo systemctl set-default multi-user.target

reporniți, în modul consolă text, autentificați-vă, încercați lsmod confirmând amdgpu este listat

startx

Pace. Deci, este o problemă de sistem care nu pot găsi niciun jurnal pentru investigații suplimentare.

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.