Eu tenho usado o hibernate com o Ubuntu 16.04 sem problemas mas de repente ele parou de funcionar corretamente. Se eu hibernar do menu power ou usando sudo pm-hibernate , ele desliga o computador, mas quando eu o ligo novamente e escolho o Ubuntu no menu do grub, ele apenas mostra uma tela preta. Eu tentei algumas soluções (listadas abaixo), mas nenhuma funcionou.
Estou muito desapontado com o fato de que, com cada versão do Ubuntu que uso, geralmente tenho problemas semelhantes com o modo de hibernação (com diferentes laptops).
PS: Eu tenho inicialização dupla com o Windows 10, mas o hibernate estava funcionando perfeitamente com ele por um longo tempo.
Não funcionou:
Obrigado a todos por suas respostas. O problema foi resolvido no Kernel 4.15. Eu apenas tentei agora e funciona. Aparentemente, o kernel do HWE consertou ( linux-generic-hwe-16.04 package ).
Se você estiver usando o Ubuntu 16.04, você só precisa instalar as atualizações mais recentes para atualizar o kernel. Você pode ler mais detalhes sobre esse aqui .
Minha versão atual do kernel é 4.15.0-33-genérica.
Eu tive os mesmos problemas. Há um bug no kernel mais recente no 16.04. Aqui estão os passos explícitos que fiz. Faça o primeiro e, se resolver o problema para você, pare por aí. Se não, vá em frente.
1. Configure o computador para inicializar com o kernel anterior
Comece com:
% bl0ck_qu0te%A minha diz 4,13 ... Então faça:
% bl0ck_qu0te%Você verá as diferentes entradas do menu no grub. No meu caso, junto com o "Ubuntu, com o Linux 4.13 ...", havia uma opção de menu para inicializar com o kernel anterior. Ele disse Ubuntu, com o Linux 4.10.0-28-generic . Na mesma linha você tem algo como 'gnulinux-4.10.0-28-generic-advanced ... (um monte de caracteres aqui)' Copie esse texto, e então nós temos que dizer ao grub2 para inicializar com aquele kernel por padrão:
% bl0ck_qu0te%Então eu inseri esta linha:
% bl0ck_qu0te%Por favor, não copie esta linha literalmente, mas use a saída do comando grep anterior como foi dito. Em seguida, salve e,
% bl0ck_qu0te%Em seguida, reinicie e verifique se a saída de "uname -r" é o kernel mais antigo (4.10 ... no meu caso). Você pode ser capaz de hibernar agora ou não. Se não, avance para o próximo passo.
2. Instale material diferente para hibernar do que o padrão:
No meu caso, usar o kernel antigo livrou-se da tela preta da morte e permitiu que eu continuasse depois da hibernação, mas o conteúdo da imagem do disco foi eliminado, ou seja, foi idêntico a uma reinicialização, não hibernação. Então eu instalei algumas merdas que hibernam diferentemente:
% bl0ck_qu0te%Em seguida, feche o terminal, abra-o novamente e digite:
% bl0ck_qu0te%Isso deve hibernar o computador. Se, depois de retomar, tudo estiver como você o deixou, você resolveu o problema. Mas você ainda precisa seguir para o passo 4 para dizer ao Ubuntu que você quer usar o novo material por padrão e também que você quer ter opções para hibernar nos aplicativos.
3. Diga ao grub 2 onde a partição swap está:
Ainda não funcionou para mim, então eu tive que dizer ao grub onde a partição swap é:
% bl0ck_qu0te%Eu poderia ler lá "# swap estava em / dev / sda2 durante a instalação", então eu editei o grub novamente:
% bl0ck_qu0te%e adicionado:
% bl0ck_qu0te%A parte importante é "resume = / dev / sda2", mas o anterior (intel blablabla) está lá por outras razões. Bem, o próximo passo é:
% bl0ck_qu0te%Reinicialize e tente novamente para hibernar com algumas coisas acontecendo (por exemplo, abrir um filme com vlc) com:
% bl0ck_qu0te%Se o material ainda estiver lá depois que você reiniciar, você resolveu o problema.
4. Dizendo ao Ubuntu para usar o novo material de hibernação que você instalou em vez do padrão:
Você tem agora que dizer ao Ubuntu para usar o s2disk para hibernar ao invés do material que vem por padrão:
% bl0ck_qu0te%E insira aí:
% bl0ck_qu0te%Salve e feche o arquivo. Então:
% bl0ck_qu0te%E insira aí:
% bl0ck_qu0te%Reinicie e tente novamente.
Eu também estava tendo esse problema me atormentando ... e uma correção depois de muitas tentativas foi reinstalar o Ubuntu 18.04, e agora ele está funcionando perfeitamente. Eu também estou usando o driver "testado" da Nvidia, como a Nvidia foi a culpada antes.
Talvez tenha sido o "ppa do add-apt-repository ppa: graphics-drivers" que instalou o "Extra" Stuff e / ou o driver 396 que estragou a capacidade de hibernação do meu laptop. De qualquer forma, ele funciona perfeitamente neste momento de escrever com o driver testado da NVidia 390. Antes de mudar para o driver Nouveau funcionou.
@karim Eu tive o mesmo problema aqui é como isso:
Use o UUID da partição de troca em vez de seu ponto de montagem no parâmetro RESUME resume=UUID=# em /etc/default/grub e /etc/initramfs-tools/conf.d/resume
Crie uma entrada para a partição swap em /etc/fstab sem um ponto de montagem algo assim
# Entry for Swap :
UUID=# none swap sw 0 0
Em /etc/default/grub , usei uma entrada separada para retomar a hibernação
# FOR HIBERNATION
GRUB_CMDLINE_LINUX="resume=UUID=..."
Crie um policykit na autoridade local (pkla) conforme explicado por @Mephisto
Atualize o initramfs e o GRUB
sudo update-initramfs -u -k all
sudo update-grub
Reinicie, abra alguns aplicativos e use systemctl hibernate (sem sudo) para ver se funciona