Pop!_OS 22.04 sem opção de suspensão em notebook Acer Nitro (Ryzen + NVIDIA)

Buenas, pessoal!

Possuo um Nitro AN515-45 V1.10 e estou usando Pop OS 22.04 com Kernel 6.17.4-76061704-generic. Ele possui uma GTX NVIDIA GeForce GTX 1650, AMD Ryzen 5 5600H e uma GPU Integrada da AMD.

Meu problema é o seguinte: notei que ele não tem a opção de suspender/hibernar o notebook. Eu já tentei, no terminal, aplicar um suspend ou systemctl suspend, mas sem sucesso.

Quando rodo o comando, recebo:

Failed to suspend system via logind: Sleep verb "suspend" not supported

Vocês têm alguma luz para resolver esse problema? Já passaram por algo parecido?

A saída do meu inxi –filter:

System:
Kernel: 6.17.4-76061704-generic x86_64 bits: 64 Desktop: GNOME 42.9
Distro: Pop!_OS 22.04 LTS
Machine:
Type: Laptop System: Acer product: Nitro AN515-45 v: V1.10
serial: 
Mobo: CZ model: Scala_CAS v: V1.10 serial: 
UEFI: Insyde v: 1.10 date: 08/02/2022
Battery:
ID-1: BAT1 charge: 46.2 Wh (100.0%) condition: 46.2/57.5 Wh (80.4%)
CPU:
Info: 6-core model: AMD Ryzen 5 5600H with Radeon Graphics bits: 64
type: MT MCP cache: L2: 3 MiB
Speed (MHz): avg: 1741 min/max: 413/4281 cores: 1: 2258 2: 1109 3: 1934
4: 1109 5: 2615 6: 2067 7: 2324 8: 1109 9: 2235 10: 1109 11: 1916 12: 1109
Graphics:
Device-1: NVIDIA TU117M [GeForce GTX 1650 Mobile / Max-Q] driver: nvidia
v: 580.82.09
Device-2: AMD Cezanne driver: amdgpu v: kernel
Device-3: Quanta HD User Facing type: USB driver: uvcvideo
Display: x11 server: ``X.Org`` v: 1.21.1.4 driver: X:
loaded: amdgpu,ati,nvidia unloaded: fbdev,modesetting,nouveau,radeon,vesa
gpu: amdgpu resolution: 1: 1920x1080 2: 1920x1080~144Hz
OpenGL: renderer: AMD Radeon Graphics (radeonsi renoir ACO DRM 3.64
6.17.4-76061704-generic)
v: 4.6 Mesa 25.1.5-1pop0~1756399231~22.04~b84bab8
Audio:
Device-1: NVIDIA driver: snd_hda_intel
Device-2: AMD Raven/Raven2/FireFlight/Renoir Audio Processor driver: N/A
Device-3: AMD Family 17h HD Audio driver: snd_hda_intel
Sound Server-1: ALSA v: k6.17.4-76061704-generic running: yes
Sound Server-2: PipeWire v: 1.0.3 running: yes
Network:
Device-1: Realtek driver: r8169
IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: 
Device-2: MEDIATEK MT7921 802.11ax PCI Express Wireless Network Adapter
driver: mt7921e
IF: wlp5s0 state: up mac: 
IF-ID-1: docker0 state: down mac: 
Bluetooth:
Device-1: Lite-On Wireless_Device type: USB driver: btusb
Report: hciconfig ID: hci0 state: up address:  bt-v: 3.0
Drives:
Local Storage: total: 1.83 TiB used: 96.76 GiB (5.2%)
ID-1: /dev/nvme0n1 vendor: A-Data model: IM2P33F8ABR2-512GB
size: 476.94 GiB
ID-2: /dev/nvme1n1 vendor: Kingston model: SNV2S500G size: 465.76 GiB
ID-3: /dev/sda vendor: Western Digital model: WD10SPZX-24Z10
size: 931.51 GiB
Partition:
ID-1: / size: 449.02 GiB used: 37.59 GiB (8.4%) fs: ext4
dev: /dev/nvme1n1p3
ID-2: /boot/efi size: 4.49 GiB used: 225.2 MiB (4.9%) fs: vfat
dev: /dev/nvme1n1p1
ID-3: /home size: 915.82 GiB used: 58.96 GiB (6.4%) fs: ext4
dev: /dev/sda1
Swap:
ID-1: swap-1 type: partition size: 4 GiB used: 0 KiB (0.0%) dev: /dev/dm-0
ID-2: swap-2 type: zram size: 16 GiB used: 0 KiB (0.0%) dev: /dev/zram0
Sensors:
System Temperatures: cpu: 52.0 C mobo: N/A gpu: amdgpu temp: 44.0 C
Fan Speeds (RPM): N/A
Info:
Processes: 401 Uptime: 17m Memory: 30.7 GiB used: 7.63 GiB (24.8%)
Shell: Zsh inxi: 3.3.13

Olá hiyan!

se não me engano para hibernar a swap tem que ser em disco. Se alguém que use note puder confirmar porfa.

Mas isso impediria de suspender o notebook?

Tá estranho isso ae, duas swaps….

A saída do meu free -h

Mem: 30Gi 6.7Gi 19Gi 179Mi 4.9Gi 21Gi
Swap: 19Gi 0B 19Gi

E a saída do meu df -h

tmpfs 3.1G 2.3M 3.1G 1% /run
efivarfs 148K 102K 42K 71% /sys/firmware/efi/efivars
/dev/nvme1n1p3 450G 38G 389G 9% /
tmpfs 16G 160M 16G 2% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/nvme1n1p1 4.5G 226M 4.3G 5% /boot/efi
tmpfs 16G 0 16G 0% /run/qemu
/dev/sda1 916G 60G 811G 7% /home
tmpfs 3.1G 196K 3.1G 1% /run/user/1000

O que seria estranho, no caso? Como resolver?

O que seria estranho, no caso? Sempre vi apenas ter uma….

Veja a minha por exemplo:

Por favor posta as saidas:

cat /proc/swaps

cat /etc/fstab

A saída do proc/swaps:

Filename Type Size Used Priority
/dev/dm-0 partition 4189688 0 -2
/dev/zram0 partition 16777212 0 1000

A saída do fstab:

UUID=f78d89de-5839-4fe7-813a-009f78227c81 /home ext4 noatime,errors=remount-ro 0 0
PARTUUID=076dea55-a92b-46b5-8170-c0c84eb8cc25 /boot/efi vfat umask=0077 0 0
/dev/mapper/cryptswap none swap defaults 0 0
UUID=ed4c5fee-3445-46fd-8e2f-873cf27595e1 / ext4 noatime,errors=remount-ro 0 1

Imagino que um seja o zram(swap de memória) e o outro o swap do disco. São duas coisas distintas, não acho que o problemas seja isto não;

1 curtida

Temos que ir eliminado possibilidades, as mais simples primeiro.

Confere se desabilitou na BIOS:

Security boot

Fastboot

Vamos ver como está as configs do seu grub:

cat /etc/default/grub

Assim está o meu default/grub

GRUB_DEFAULT=“0”
GRUB_TIMEOUT_STYLE=“menu”
GRUB_TIMEOUT=“15”
GRUB_DISTRIBUTOR=“`lsb_release -i -s 2> /dev/null || echo Debian`”
GRUB_CMDLINE_LINUX_DEFAULT=“quiet splash”
#GRUB_CMDLINE_LINUX_DEFAULT=“quiet splash mem_sleep_default=s2idle”
#GRUB_CMDLINE_LINUX_DEFAULT=“quiet splash mem_sleep_default=s2idle resume=/dev/nvme1n1p3 resume_offset=115542016”
GRUB_CMDLINE_LINUX=“”

#GRUB_INIT_TUNE=“480 440 1”
GRUB_DISABLE_OS_PROBER=“false”

Fiz algumas pesquisas e achei alguma coisas, espero que te ajude:

1) Não esquece de conferir se desabilitou na BIOS:

Security boot

Fastboot
  1. verifique e ou Configure systemd-logind: Suspend-to-RAM: System won't power off, can't be waken up anymore / Kernel & Hardware / Arch Linux Forums

Edit /etc/systemd/logind.conf (create if needed) and set

HandleSuspendKey=suspend, 

HandleLidSwitch=suspend, 

LidSwitchIgnoreInhibited=yes. 

Restart sudo systemctl restart systemd-logind.

  1. Check for Conflicting Software:

Temporarily uninstall power management tools like TLP, PowerTOP, or similar, as they can block suspend

  1. Olhando esse caso, pode estar relacionado, eu testaria esse com muita cautela! - PC does not suspend properly. · Issue #2356 · pop-os/pop · GitHub

“I have fixed it. I basically disabled POP!_os powermanagement and let Linux do it itself.

Go into extensions and disable System76 Power extension”

systemctl stop system76-power
systemctl disable system76-power
Reboot

5 Como vc tem NVIDIA convêm verificar:

Please remove nvidia,system-lp0-disable in your device tree. This would enable the sc7.

psci {
nvidia,system-lp0-disable;
};

Abrass!

Tentei todos esses(os que cabem ao meu notebook/arquitetura), sem sucesso por aqui.

Quando acesso via live mode, em um dispositivo usb, consigo ver a opção. Mas na minha máquina, sem sucesso.

Joguei tudo aqui no chat gpt, e pedi para ele detectar uma possivel solução. Saiu esse resultado:

Análise específica do seu hardware
Acer Nitro AN515-45 + BIOS Insyde 1.10

Esse modelo é conhecido por:

esconder S3

exigir mem_sleep_default=deep

quebrar sleep com drivers NVIDIA novos

No Windows, o fabricante usa Modern Standby (S0ix).
No Linux, isso frequentemente não funciona direito.

Resumo da solução

O problema não era swap nem GNOME, e sim configuração de boot + kernel.

No Pop!_OS o GRUB não é usado (o sistema usa systemd-boot + kernelstub), então qualquer parâmetro colocado em /etc/default/grub é ignorado.
Por isso o mem_sleep_default nunca foi aplicado.

Além disso, o kernel 6.17 + driver NVIDIA 580 acaba desativando os estados de sleep via ACPI nesse modelo (Acer Nitro AN515-45), fazendo o sistema retornar:

Sleep verb "suspend" not supported

Solução aplicada

  1. Configurar o parâmetro correto via kernelstub:

  2. sudo kernelstub -a "mem_sleep_default=deep"
    
    
  3. Reiniciar e verificar:

  4. cat /sys/power/mem_sleep
    
    

    Deve aparecer deep.

  5. Opcional, mas recomendado:

    • Usar kernel 6.6 LTS ou 6.8 (Pop kernel)

    • Evitar o driver NVIDIA 580 (535/550 são mais estáveis)

Após isso, o systemctl suspend volta a funcionar normalmente.

Testei aqui, mas o retorno foi:

Failed to suspend system via logind: Sleep verb “suspend” not supported

O driver é o 580, tentei instalar outros, mas parece que no Pop OS ele trava na versão 580.

O mem_sleep retorna:

cat /sys/power/mem_sleep
s2idle [deep]

Então se funciona no live cd, possivelmente ou foi alguma configuração que você alterou no sistema instalado na máquina ou algum update mesmo.

Depois tentar ver as configs que estão no live e comparar com as instaladas e tentar descobrir a causa esse problema. Um dos grandes suspeitos tem haver com a placa de vídeo.

Eu particularmente nunca tive sorte com Ubuntu e derivados… comigo sempre acontecia algum problema. Um dos motivos de eu não gostar de Distros que oferecem soluções mágicas. São ótimas para ganhar tempo mas quando dá erro são difíceis de detectar.