Meu notebook não liga depois que fecho a tampa(Resolvido)

[Deldex]

Ganhei um notebook e fui logo instalar a distro do Pop!(Tinha vindo com Lux ). Depois de instalada usei por alguns dias, aprendi várias coisas como todo iniciante em Linux. Faz uns 2/3 dias que venho enfrentando um problema que não achei solução, fiz de tudo que pude, mas de nada adiantou.

Como está no título: “Meu notebook não liga depois que fecho a tampa”, isso não tinha acontecido até agora. Não sei se foi algo que baixei e depois desinstalei, se é algum problema com minha placa gráfica, notebook ou até o próprio OS. Uso o notebook há 2 semanas e isso veio acontecer agora

Informações do OS abaixo:

System:
  Kernel: 6.17.9-76061709-generic arch: x86_64 bits: 64
  Desktop: N/A Distro: Pop!_OS 24.04 LTS noble
Machine:
  Type: Laptop System: LENOVO product: 83MM v: IdeaPad Slim 3 15ARP10
    serial: <superuser required>
  Mobo: LENOVO model: LNVNB161216 v: NO DPK serial: <superuser required>
    UEFI: LENOVO v: QBCN27WW date: 09/30/2025
Battery:
  ID-1: BAT0 charge: 53.2 Wh (100.0%) condition: 53.2/50.0 Wh (106.3%)
CPU:
  Info: 8-core model: AMD Ryzen 7 7735HS with Radeon Graphics bits: 64
    type: MT MCP cache: L2: 4 MiB
  Speed (MHz): avg: 1552 min/max: 407/4831 cores: 1: 2454 2: 1106 3: 3069
    4: 1699 5: 1973 6: 1106 7: 2753 8: 1106 9: 1575 10: 1106 11: 1106 12: 1106
    13: 1368 14: 1106 15: 1106 16: 1106
Graphics:
  Device-1: AMD Rembrandt [Radeon 680M] driver: amdgpu v: kernel
  Device-2: Syntek Integrated Camera driver: uvcvideo type: USB
  Display: wayland server: X.Org v: 24.1.2 with: Xwayland v: 24.1.2 driver:
    dri: radeonsi gpu: amdgpu resolution: 1680x1050~60Hz
  API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast
    platforms: gbm,wayland,x11,surfaceless,device
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa
    v: 25.1.5-1pop0~1753463422~24.04~8af185e renderer: AMD Radeon 680M
    (radeonsi rembrandt LLVM 19.1.1 DRM 3.64 6.17.9-76061709-generic)
  API: Vulkan v: 1.3.280 drivers: N/A surfaces: xcb,xlib,wayland
Audio:
  Device-1: AMD Rembrandt Radeon High Definition Audio driver: snd_hda_intel
  Device-2: AMD ACP/ACP3X/ACP6x Audio Coprocessor driver: snd_pci_acp6x
  Device-3: AMD Family 17h/19h HD Audio driver: snd_hda_intel
  API: ALSA v: k6.17.9-76061709-generic status: kernel-api
  Server-1: PipeWire v: 1.5.84 status: active
Network:
  Device-1: Realtek RTL8852BE PCIe 802.11ax Wireless Network
    driver: rtw89_8852be
  IF: wlp2s0 state: up mac: <filter>
Bluetooth:
  Device-1: Realtek Bluetooth Radio driver: btusb type: USB
  Report: hciconfig ID: hci0 rfk-id: 3 state: down
    bt-service: enabled,running rfk-block: hardware: no software: yes
    address: <filter>
Drives:
  Local Storage: total: 238.47 GiB used: 39.91 GiB (16.7%)
  ID-1: /dev/nvme0n1 vendor: Samsung model: MZAL4256HBJD-00BL2
    size: 238.47 GiB
Partition:
  ID-1: / size: 224.81 GiB used: 36.76 GiB (16.3%) fs: ext4
    dev: /dev/nvme0n1p3
  ID-2: /boot/efi size: 1020 MiB used: 319.4 MiB (31.3%) fs: vfat
    dev: /dev/nvme0n1p1
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: 5.47 GiB used: 24 KiB (0.0%) dev: /dev/zram0
Sensors:
  System Temperatures: cpu: N/A mobo: N/A gpu: amdgpu temp: 48.0 C
  Fan Speeds (rpm): N/A
Info:
  Memory: total: 6 GiB available: 5.47 GiB used: 4.07 GiB (74.4%)
  Processes: 391 Uptime: 23m Shell: fish inxi: 3.3.34

[jeffinshadow]

Opa @Deldex ! Bem-vindo ao Diolinux Plus!

Cara, esse seu hardware é uma nave (Ryzen 7 + Radeon 680M), mas esse problema de não voltar da suspensão é um “clássico” em notebooks Ryzen recentes com Linux.

Pelo relatório que você mandou, tenho dois suspeitos principais:

1. O Conflito de Suspensão (BIOS)

A Lenovo costuma configurar o notebook para um modo de sono otimizado pro Windows (Modern Standby), que às vezes trava no Linux.

• Reinicie o notebook e fique apertando F2 (ou Fn+F2) para entrar na BIOS.

• Procure por uma opção chamada Configuration > Power (ou Sleep State).

• Se estiver em “Windows” ou “Modern Standby”, mude para “Linux” ou “S3 Sleep”.

• Salve e teste. Isso resolve 90% dos casos.

2. O Problema da Hibernação (Pop!_OS)

Vi no seu log que você tem uma partição Swap criptografada (/dev/dm-0). O Pop!_OS, por segurança, não deixa hibernar direto nessa partição sem uma configuração complexa. Se o seu PC estiver tentando hibernar ao fechar a tampa, ele vai travar e desligar.

Para garantir que ele só faça a suspensão simples (que funciona):

• Abra o terminal e digite: sudo systemctl mask hibernate.target hybrid-sleep.target

• Isso proíbe o sistema de tentar hibernar e força ele a usar apenas a suspensão (dormir), que é mais compatível.

Dica Extra (Para investigar):

Se quiser saber exatamente o erro que deu na hora que você fechou a tampa, abra o terminal logo após ligar o PC (depois de forçar o reinício) e rode: journalctl -b -1 -e (Isso mostra o log do boot anterior até o momento da falha).

Tenta a dica da BIOS primeiro, geralmente é ela!

[Deldex]

Sobre a primeira opção, não tenho nenhuma das opções que você comentou, tenho:

Wireless LAN, UMA Frame Buffer Size, AMD V™ Technology, BIOS Back Flash, Hotkey mode, fool proof fn ctrl, always on USB, charge in battery mode, disable built-in battery, system performance mode, flip to start, one key battery e BIOS Self-healing.

Ao digitar no terminal recebi isso aqui:
Created symlink /etc/systemd/system/hibernate.target → /dev/null.
Created symlink /etc/systemd/system/hybrid-sleep.target → /dev/null.

Vou testar agora depois do comando.

[Deldex]

Valeu demais cara, o método do terminal funcionou. Obrigadão.