Por que a hibernação não funciona após a atualização de 13.10 a 14.04?

5

Acabei de atualizar meu Xubuntu 13.10 para 14.04. Não mudou nada. Suspend-to-RAM (standby) e hibernate ambos funcionaram bem em 13.10.

Agora o hibernate não funciona mais (o suspend-to-RAM ainda funciona). A máquina parece suspender para o disco, mas depois de um reinício, acabei de receber uma tela em branco e o disco rígido está sendo executado.

O que posso fazer?

Após dois meses de investigação (ninguém conseguiu resolver o problema até agora), descobri que sob o mais novo Debian (XFCE) com o kernel 3.2.0 a hibernação funciona corretamente. O mesmo vale para o Linux Mint Debian Edition (LMDE-201403), que é baseado no Debian.

A hibernação não funciona sob o mais recente Linux Mint 17 "Qiana", que é baseado no Ubuntu, nem sob o mais novo Fedora 20, nem sob o Xubuntu 14.04. Todos eles têm uma versão do kernel em torno de 3.13.0.

Portanto, minha conclusão é que há algo errado ou mal configurado com os kernels mais novos, e como as distribuições que não são baseadas diretamente no Debian usam os kernels mais novos, sua hibernação não funciona corretamente, enquanto os kernels do Debian funcionam. / p>     

por ubuplex 21.04.2014 / 18:57

6 respostas

1

Bem, depois de esperar por mais de seis meses, as atualizações que recebi parecem ter resolvido o problema. A hibernação funciona agora.

A única desvantagem é que depois de suspender para ram, o som não funciona, embora possa ser reativado por meio de hibernação, seguido imediatamente por uma ativação.

    
por user357725 11.12.2014 / 10:51
3

Descobri que, no Lubuntu, se você abrir o termo synaptic e search 'hibernate', existe um pacote chamado simplesmente de hibernate. Basta instalá-lo e usá-lo, não o pm-hibernate. Funciona muito bem, ainda melhor.

    
por user276150 24.05.2014 / 05:28
3

Eu estava apenas tendo um problema com a minha hibernação no Linux Mint 17 Cinnamon e me deparei com este link . O artigo fornece quatro razões potenciais para o hibernate não funcionar e suas soluções. Para mim, o UUID errado foi listado em /etc/initramfs-tools/conf.d/resume .

Eu tenho várias trocas no meu disco rígido para outras distribuições, e o UUID exibido no arquivo não corresponde ao UUID da partição swap que eu configurei para montar na inicialização do Mint (embora eu não tenha que adicionar o UUID grub, como ele disse que eu faria).

Experimente as soluções do site e veja se elas ajudam você.

    
por user311982 15.10.2014 / 22:39
1

Eu tive um problema semelhante quando atualizei do Linux Mint 16 (baseado no Saucy) para o Linux Mint 17 (baseado no Trusty). De repente, minhas funções de suspensão, hibernação e desligamento falharam em funcionar corretamente. Eu tentei muitas soluções possíveis com base em muitos wikis e fóruns de busca, mas no final a única coisa que funcionou foi atualizar o BIOS do meu laptop.

Certifique-se de ter um backup de seus arquivos e possivelmente seus dados de partição MBR / EFI antes de fazer isso. Eu pensei que ia perder todos os meus dados após a atualização do BIOS, mas felizmente eu salvei tudo isso.

Eu tenho um laptop Lenovo Z70. Depois de atualizar o BIOS e resgatar minhas partições, suspender, hibernar e desligar tudo funcionou perfeitamente novamente. Eu estou rodando um kernel 3.17, não o estoque 3.13 que veio com Qiana. Mas eu não acho que o kernel fosse o problema, era o BIOS.

    
por Francis Barton 13.10.2014 / 16:26
0

Tente a solução ubuplex. Trabalhei para mim no Linux Mint 17 Quiana (baseado em 14.04):

sudo apt-get remove pm-utils
sudo apt-get install hibernate 

EDITAR : Com esta solução, a hibernação só funciona se eu usar o comando " sudo hibernate ". A mal desinstalação do pm-utils torna o botão "Hibernate" (no power off dialog) inutilizável.

    
por henry2man 19.08.2014 / 19:05
0

Também teve um problema semelhante com Qiana Mint. O melhor que consegui depois de seguir muitos dos itens acima foi uma hibernação - a segunda congelaria.

var / log / syslog gerou um erro na reinicialização referente a "rsyslogd-2039". Aqui está o link link

Seguir esse método produziu problemas diferentes. Eu finalmente decidi mudar a última linha de

 *.=notice;*.=warn |/dev/xconsole
to
 *.=notice;*.=warn |/dev/null

Isso só deixou o problema de rede - às vezes reconectado, às vezes não. Eu coloquei essas linhas em um script na área de trabalho

sudo service network-manager stop
sudo rm /var/lib/NetworkManager/NetworkManager.state
sudo service network-manager start

Trabalhei para mim - se alguém puder ver o motivo, eu gostaria de saber.

    
por lincolo 11.11.2014 / 04:43