"sudo systemctl start hibernate.target" funcionou bem com o 16.04 em um Acer B117 usando inicialização herdada; A atualização para o 18.04 me forçou a usar o UEFI e a inicialização segura (requisitos da Acer) ativada. Suspender ainda funciona, mas preciso de hibernação.
A partição de troca está ativa e é igual ao tamanho da RAM + 2 GB;
GRUB_CMDLINE_LINUX_DEFAULT = "resumo silencioso = UUID = myswapuuid"
journalctl -xe revelou falha ao acessar / sys / power / disk
cat / sys / power / disk: [desativado]
cat / sys / power / state: congelar mem
Alguma sugestão?
fonte
espero que isso ajude alguém, mas estou executando o popos / ubuntu 19.04. Na minha configuração, eu era capaz de hibernar usando s2disk ou pm-hibernate, mas o currículo estava falhando. Para corrigir isso, como meu sistema é inicializado usando UEFI em vez de grub. Eu apenas tive que reinstalar o carregador de inicialização. Para verificar se você está executando o UEFI, use o seguinte:
[ -d /sys/firmware/efi ] && echo "Installed in UEFI mode" || echo "Installed in Legacy mode"
se estiver no modo UEFI, segui este guia para reinstalar o carregador de inicialização, varia se você estiver usando um disco nvme ou disco sata: https://support.system76.com/articles/bootloader/
A chave é executar este comando:
sudo update-initramfs -c -k all
certifique-se de que nas opções do kernalboot especifique a partição ou o UUID de onde retornar, por exemplo, algo como isto:
resume = UUID = ed8347ed-2eb4-40bc-bc77-cc53b987ed88
Você pode adicionar isso: 1) sudo kernel-stub -a "resume = UUID = ..." 2) edite o arquivo /etc/initramfs-tools/conf.d/resume e adicione: resume = UUID = ed8347ed- 2eb4-40bc-bc77-cc53b987ed88
verifique seu
/var/log/syslog
arquivo para algo como isto:Aug 4 22:26:42 pop-os /usr/bin/kernelstub[19639]: kernelstub : DEBUG kopts: root=UUID=b37019a8-91f5-445f-94c1-7359a49ed5df ro quiet loglevel=0 systemd .show_status=false resume=UUID=ed8347ed-2eb4-40bc-bc77-cc53b987ed88
Se o resumo estiver ausente ou errado, será necessário atualizar o kernal de inicialização novamente.
fonte
/etc/fstab
e/etc/crypttab
. O cryptswap usa uma chave aleatória a cada inicialização, para que não funcione na hibernação.