por que meu computador não volta depois de dormir durante a noite?

Question

Estou tendo um bug esquisito e esquisito que está me assombrando desde 11h10. Se eu escutar música ou assistir a um vídeo e meu computador for dormir automaticamente à noite, ele não será reiniciado adequadamente pela manhã. caso contrário, suspender e retomar funciona bem.

o que acontece é que o indicador wi-fi e bluetooth (que muda de branco para laranja quando suspenso) fica laranja, a tela não liga e a única opção que eu tenho é reinicializar a máquina.

aqui está o que eu tentei até agora:

• instalando (e desinstalando e reinstalando) o laptop-mode-tools
• alternando o driver sem fio proprietário (broadcom-wl) para o de código-fonte aberto (brcmsmac & amp; bcma) e de volta
• descarregamento (e lista negra) todos módulos bluetooth ( rfcomm , btusb , bnep , bluetooth ) e parando o serviço bluetooth ( # stop bluetooth ) e desabilitando ( # echo 'manual' > /etc/init/bluetooth.override ) o serviço bluetooth
• criando uma ação personalizada de suspensão do horário, como sugerido aqui: link
• não está assistindo ao youtube / qualquer coisa que use flash antes de ir dormir (eu tenho flashblock, e eu verifiquei $ ps aux | grep flash ) porque eu suspeito flash para ser o culpado

• experimentando diferentes versões do fglrx (aquela dos repos, e então instalando o último do site da amd via arquivos .deb gerados, e então voltando para os oficiais)

• olhando para /var/log/pm-suspend.log, que revela que o gerenciador de rede falhou ao colocar todas as interfaces de rede em repouso, mas nada mais.

Nenhum destes revelou o problema exato. eu lembro que nos dias de 10.04, havia uma chave gconf chamada network sleep : eu pensei em desativar isso, já que reativar a placa wireless parece ser o problema (de acordo com o led do indicador) , mas a opção parece estar faltando no gnome 3 (unity-2d, whatever).

alguém tem alguma ideia?

obrigado bamdad

EDIT: aqui está o meu dmesg após o travamento, depois de suspender com # sync; echo 1 > /sys/power/pm_trace; pm-suspend (de acordo com link ): link

EDIT 2: parece que não estou sozinho: link

    

Answer 1

Pode haver pistas em /var/log/pm-suspend.log que informam onde abouts no currículo está falhando. Pode ser claro que o kernel não é capaz de retomar ao ponto em que os processos são descongelados e o log começa a ocorrer em /var/log/pm-suspend.log no currículo. Mas este é um bom local para ver se algum dispositivo específico está sendo retomado.

    

Answer 2

Eu tive o mesmo problema: o computador não voltava do modo de suspensão, ligando, mas exibindo uma tela preta (não estabelecendo uma conexão com o monitor). Resolvi isso desligando meu teclado bluetooth (por meio do switch de hardware no teclado), permitindo que ele se desconectasse automaticamente do computador (~ 10 s), e só então eu podia dormir para que meu computador fosse retomado. Sugiro fazer isso com qualquer dispositivo Bluetooth / sem fio que você tenha como mouse ou teclado.

    

Answer 3

link

Parece que o Ubuntu tem dois "sabores" de suspensão: um é o normal suspender para ram onde você não precisa de swap, o segundo é um híbrido com hibernação - o estado do sistema é gravado no disco antes de ser suspenso. no estado ram.

Acho que o que você está experimentando é a suspensão híbrida ou até mesmo a hibernação (não consegui fazer o Ubuntu entrar em nenhum dos modos de suspensão, apenas hibernar). Isso significa que você precisa de espaço de troca suficiente para gravar o conteúdo da sua RAM.

Normalmente, haveria pelo menos 2 GB de swap para até 4 GB de RAM ou pelo menos 4 GB de swap para até 16 GB de RAM, de acordo com a recomendação da Red Hat (dois anos atrás você teria dois vezes o tamanho de sua memória RAM.Se você tiver menos de 4 GB de memória, digamos que você tire de 1,5 a 2 vezes sua memória RAM em troca.

Para redimensionar a troca, você pode usar o GParted no live cd, pois ele pode encolher e mover partições.