Clique em Suspender: a tela fica em branco, as ventoinhas param, o consumo de energia cai para 0 brevemente e depois se estabiliza em torno de 3 watts.
Pressione qualquer tecla no teclado: a luz NumLock acende, as ventoinhas giram, um pequeno clique do HDD. O display liga, mostrando a tela de quando Suspend foi clicado. O consumo de energia vai até 80 watts (quase certo para o sistema ocioso).
Parece bom... exceto que tudo está congelado: nenhuma resposta do teclado ou mouse. O sistema não se conectou à rede, então não consigo fazer SSH nele. Apenas a imagem congelada na tela. Reinicie para reinicializar...
/var/log/syslog mostra a entrada de suspensão: "kernel: PM: suspend entry (deep)" a próxima entrada no log é da inicialização após a reinicialização; nenhuma entrada de 'resume'
Isso é um problema do Ubuntu, um problema do BIOS ou alguma incompatibilidade de hardware?
Não havia logs de 'resume' porque o sistema não inicializou. Ele teve um problema ao acessar a memória e simplesmente parou.
Eu tinha instalado memória DDR5 de 6000MT/s, mas estava executando no perfil "EXPO-2": 5600MT/s. Funcionou bem... exceto para suspender. Reduzi a velocidade para 5200MT/s, e agora suspender funciona. Então por que a frequência DRAM afeta o Suspender?
Bem, funcionou várias vezes em 5200, então pensei que estava resolvido. Troquei para Plasma e tentei: falhou como antes, mas agora com tela em branco. Troquei de volta para Gnome e também falhou com tela em branco ao retomar. Funcionou por um tempo...
Preciso tentar em 4800?
Nas raras ocasiões em que funciona, suspend escreveu isto no syslog:
2025-01-17T08:55:03.491302-08:00 ndesktop systemd[1]: Starting systemd-suspend.service - System Suspend...
2025-01-17T08:55:03.519102-08:00 ndesktop systemd-sleep[12872]: Successfully froze unit 'user.slice'.
2025-01-17T08:55:03.522856-08:00 ndesktop systemd-sleep[12872]: Performing sleep operation 'suspend'...
2025-01-17T08:55:03.523775-08:00 ndesktop kernel: PM: suspend entry (deep)
2025-01-17T08:55:03.525771-08:00 ndesktop kernel: Filesystems sync: 0.002 seconds
2025-01-17T08:55:13.925513-08:00 ndesktop kernel: Freezing user space processes
2025-01-17T08:55:13.925581-08:00 ndesktop kernel: Freezing user space processes completed (elapsed 0.001 seconds)
Na maioria das vezes, a suspensão falha assim:
2025-01-17T08:56:27.288521-08:00 ndesktop systemd[1]: Starting systemd-suspend.service - System Suspend...
2025-01-17T08:56:27.311520-08:00 ndesktop systemd-sleep[14191]: Successfully froze unit 'user.slice'.
2025-01-17T08:56:27.315182-08:00 ndesktop systemd-sleep[14191]: Performing sleep operation 'suspend'...
2025-01-17T08:56:27.316049-08:00 ndesktop kernel: PM: suspend entry (deep)
2025-01-17T08:59:10.601312-08:00 ndesktop systemd-modules-load[444]: Inserted module 'lp'
2025-01-17T08:59:10.601362-08:00 ndesktop systemd-modules-load[444]: Inserted module 'ppdev'
2025-01-17T08:59:10.601368-08:00 ndesktop systemd-modules-load[444]: Inserted module 'parport_pc'
As entradas de carregamento de módulos escritas após o resumo falhar e o botão de reinicialização ser pressionado. Então está falhando em 'Sincronização de sistemas de arquivos'?
Este parece ser um bug do kernel com 6.11 e (possivelmente) Bluetooth https://bbs.archlinux.org/viewtopic.php?id=299987
Para alguns, simplesmente desabilitar o Bluetooth antes de suspender o computador funcionou. Não funcionou para mim.
O que funcionou para mim e para as pessoas que tentaram foi instalar o Mainline Kernels e reverter para o kernel 6.10.
Quanto às velocidades de RAM, estou executando as configurações EXPO que dão 6000MT/s, e funciona com o 6.10, não com o 6.11 ou 6.12. Não tentei desabilitar a configuração EXPO.
Com a versão 6.11, o sistema despertou da suspensão algumas vezes, e eu tive esse problema em algumas versões anteriores regulares (não LTS) do Ubuntu, então pode ser um bug de simultaneidade difícil de definir que várias condições podem desencadear.