Laptop suspenso não pode acordar - Ubuntu

4

Eu tenho um ASUS G73JH, e sempre que eu suspenso ou hibernado, ele não vai acordar. A tela fica com luz de fundo, mas é preta. O ventilador continua funcionando, mas o disco rígido não, não a atividade do disco é perceptível (audivelmente (não é um SSD)).

Eu não posso:

  • Desperta com o teclado
  • Desperta com o mouse
  • Desligamento suave pressionando o botão liga / desliga
  • Altere as telas virtuais pressionando Ctrl-Alt - #
  • Reinicie o X pressionando Ctrl-Alt-Backspace

Eu tenho que segurar o botão liga / desliga e desligá-lo dessa maneira, e isso parece um pouco irracional. Existe um lugar que eu poderia procurar mais detalhes sobre o que está causando isso? Existe uma correção rápida conhecida para esse problema?

Nada é registrado como acontece quando o sistema está no modo "suspender".

Veja o que aconteceu imediatamente antes e depois da suspensão "acontecer", observe o intervalo de tempo:

May  4 17:46:13 tofu NetworkManager: <info>  (eth0): carrier now OFF (device state 1)
May  4 17:48:57 tofu kernel: imklog 4.2.0, log source = /proc/kmsg started.

Esse é um tanto longo, aqui está o que aconteceu imediatamente antes da suspensão, eu não tenho certeza se isso vai ajudar, mas se você puder encontrar um uso para isso:

May  4 17:46:10 tofu anacron[3353]: Anacron 2.3 started on 2010-05-04
May  4 17:46:10 tofu anacron[3353]: Normal exit (0 jobs run)
May  4 17:46:10 tofu kernel: [ 2241.775927] CPU0 attaching NULL sched-domain.
May  4 17:46:10 tofu kernel: [ 2241.775958] CPU1 attaching NULL sched-domain.
May  4 17:46:10 tofu kernel: [ 2241.775987] CPU2 attaching NULL sched-domain.
May  4 17:46:10 tofu kernel: [ 2241.776138] CPU3 attaching NULL sched-domain.
May  4 17:46:10 tofu kernel: [ 2241.776168] CPU4 attaching NULL sched-domain.
May  4 17:46:10 tofu kernel: [ 2241.776197] CPU5 attaching NULL sched-domain.
May  4 17:46:10 tofu kernel: [ 2241.776200] CPU6 attaching NULL sched-domain.
May  4 17:46:10 tofu kernel: [ 2241.776229] CPU7 attaching NULL sched-domain.
May  4 17:46:10 tofu kernel: [ 2241.919611] CPU0 attaching sched-domain:
May  4 17:46:10 tofu kernel: [ 2241.919668]  domain 0: span 0,4 level SIBLING
May  4 17:46:10 tofu kernel: [ 2241.919699]   groups: 0 (cpu_power = 589) 4 (cpu_power = 589)
May  4 17:46:10 tofu kernel: [ 2241.919733]   domain 1: span 0-7 level MC
May  4 17:46:10 tofu kernel: [ 2241.919762]    groups: 0,4 (cpu_power = 1178) 1,5 (cpu_power = 1178) 2,6 (cpu_power = 1178) 3,7 (cpu_power = 1178)
May  4 17:46:10 tofu kernel: [ 2241.919850] CPU1 attaching sched-domain:
May  4 17:46:10 tofu kernel: [ 2241.919852]  domain 0: span 1,5 level SIBLING
May  4 17:46:10 tofu kernel: [ 2241.919881]   groups: 1 (cpu_power = 589) 5 (cpu_power = 589)
May  4 17:46:10 tofu kernel: [ 2241.919912]   domain 1: span 0-7 level MC
May  4 17:46:10 tofu kernel: [ 2241.919915]    groups: 1,5 (cpu_power = 1178) 2,6 (cpu_power = 1178) 3,7 (cpu_power = 1178) 0,4 (cpu_power = 1178)
May  4 17:46:10 tofu kernel: [ 2241.920003] CPU2 attaching sched-domain:
May  4 17:46:10 tofu kernel: [ 2241.920005]  domain 0: span 2,6 level SIBLING
May  4 17:46:10 tofu kernel: [ 2241.920033]   groups: 2 (cpu_power = 589) 6 (cpu_power = 589)
May  4 17:46:10 tofu kernel: [ 2241.920065]   domain 1: span 0-7 level MC
May  4 17:46:10 tofu kernel: [ 2241.920093]    groups: 2,6 (cpu_power = 1178) 3,7 (cpu_power = 1178) 0,4 (cpu_power = 1178) 1,5 (cpu_power = 1178)
May  4 17:46:10 tofu kernel: [ 2241.920155] CPU3 attaching sched-domain:
May  4 17:46:10 tofu kernel: [ 2241.920157]  domain 0: span 3,7 level SIBLING
May  4 17:46:10 tofu kernel: [ 2241.920185]   groups: 3 (cpu_power = 589) 7 (cpu_power = 589)
May  4 17:46:10 tofu kernel: [ 2241.920217]   domain 1: span 0-7 level MC
May  4 17:46:10 tofu kernel: [ 2241.920245]    groups: 3,7 (cpu_power = 1178) 0,4 (cpu_power = 1178) 1,5 (cpu_power = 1178) 2,6 (cpu_power = 1178)
May  4 17:46:10 tofu kernel: [ 2241.920307] CPU4 attaching sched-domain:
May  4 17:46:10 tofu kernel: [ 2241.920335]  domain 0: span 0,4 level SIBLING
May  4 17:46:10 tofu kernel: [ 2241.920337]   groups: 4 (cpu_power = 589) 0 (cpu_power = 589)
May  4 17:46:10 tofu kernel: [ 2241.920368]   domain 1: span 0-7 level MC
May  4 17:46:10 tofu kernel: [ 2241.920397]    groups: 0,4 (cpu_power = 1178) 1,5 (cpu_power = 1178) 2,6 (cpu_power = 1178) 3,7 (cpu_power = 1178)
May  4 17:46:10 tofu kernel: [ 2241.920459] CPU5 attaching sched-domain:
May  4 17:46:10 tofu kernel: [ 2241.920487]  domain 0: span 1,5 level SIBLING
May  4 17:46:10 tofu kernel: [ 2241.920489]   groups: 5 (cpu_power = 589) 1 (cpu_power = 589)
May  4 17:46:10 tofu kernel: [ 2241.920520]   domain 1: span 0-7 level MC
May  4 17:46:10 tofu kernel: [ 2241.920549]    groups: 1,5 (cpu_power = 1178) 2,6 (cpu_power = 1178) 3,7 (cpu_power = 1178) 0,4 (cpu_power = 1178)
May  4 17:46:10 tofu kernel: [ 2241.920611] CPU6 attaching sched-domain:
May  4 17:46:10 tofu kernel: [ 2241.920639]  domain 0: span 2,6 level SIBLING
May  4 17:46:10 tofu kernel: [ 2241.920641]   groups: 6 (cpu_power = 589) 2 (cpu_power = 589)
May  4 17:46:10 tofu kernel: [ 2241.920699]   domain 1: span 0-7 level MC
May  4 17:46:10 tofu kernel: [ 2241.920701]    groups: 2,6 (cpu_power = 1178) 3,7 (cpu_power = 1178) 0,4 (cpu_power = 1178) 1,5 (cpu_power = 1178)
May  4 17:46:10 tofu kernel: [ 2241.920762] CPU7 attaching sched-domain:
May  4 17:46:10 tofu kernel: [ 2241.920791]  domain 0: span 3,7 level SIBLING
May  4 17:46:10 tofu kernel: [ 2241.920793]   groups: 7 (cpu_power = 589) 3 (cpu_power = 589)
May  4 17:46:10 tofu kernel: [ 2241.920851]   domain 1: span 0-7 level MC
May  4 17:46:10 tofu kernel: [ 2241.920853]    groups: 3,7 (cpu_power = 1178) 0,4 (cpu_power = 1178) 1,5 (cpu_power = 1178) 2,6 (cpu_power = 1178)
May  4 17:46:12 tofu NetworkManager: <info>  Sleeping...
May  4 17:46:12 tofu NetworkManager: <info>  (wlan0): now unmanaged
May  4 17:46:12 tofu NetworkManager: <info>  (wlan0): device state change: 8 -> 1 (reason 37)
May  4 17:46:12 tofu NetworkManager: <info>  (wlan0): deactivating device (reason: 37).
May  4 17:46:12 tofu NetworkManager: <info>  (wlan0): canceled DHCP transaction, dhcp client pid 1984
May  4 17:46:12 tofu kernel: [ 2244.084515] wlan0: deauthenticating from 68:7f:74:23:02:ae by local choice (reason=3)
May  4 17:46:12 tofu avahi-daemon[1176]: Withdrawing address record for 192.168.1.2 on wlan0.
May  4 17:46:12 tofu avahi-daemon[1176]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.2.
May  4 17:46:12 tofu avahi-daemon[1176]: Interface wlan0.IPv4 no longer relevant for mDNS.
May  4 17:46:12 tofu NetworkManager: <info>  Policy set 'Auto eth0' (eth0) as default for routing and DNS.
May  4 17:46:12 tofu NetworkManager: <info>  (wlan0): cleaning up...
May  4 17:46:12 tofu NetworkManager: <info>  (wlan0): taking down device.
May  4 17:46:12 tofu avahi-daemon[1176]: Withdrawing address record for 2002:4c6e:638a:0:1e4b:d6ff:fe78:951d on wlan0.
May  4 17:46:12 tofu wpa_supplicant[1212]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
May  4 17:46:13 tofu NetworkManager: <info>  (eth0): now unmanaged
May  4 17:46:13 tofu NetworkManager: <info>  (eth0): device state change: 8 -> 1 (reason 37)
May  4 17:46:13 tofu NetworkManager: <info>  (eth0): deactivating device (reason: 37).
May  4 17:46:13 tofu NetworkManager: <info>  (eth0): canceled DHCP transaction, dhcp client pid 1559
May  4 17:46:13 tofu NetworkManager: <WARN>  check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
May  4 17:46:13 tofu avahi-daemon[1176]: Withdrawing address record for 192.168.1.3 on eth0.
May  4 17:46:13 tofu avahi-daemon[1176]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.3.
May  4 17:46:13 tofu avahi-daemon[1176]: Interface eth0.IPv4 no longer relevant for mDNS.
May  4 17:46:13 tofu NetworkManager: <info>  (eth0): cleaning up...
May  4 17:46:13 tofu NetworkManager: <info>  (eth0): taking down device.
May  4 17:46:13 tofu avahi-daemon[1176]: Withdrawing address record for 2002:4c6e:638a:0:4a5b:39ff:fe0b:325d on eth0.
May  4 17:46:13 tofu NetworkManager: <info>  (eth0): carrier now OFF (device state 1)
    
por Zack 03.05.2010 / 20:56

6 respostas

3

Eu também tenho um laptop Asus G73JH com o Ubuntu Lucid carregado. Eu estava tendo problemas para suspender como você estava. Me deparei com esta postagem e tentei as etapas detalhadas no post # 7:

link

Agora posso suspender o laptop com êxito e até mesmo retomar sem problemas (pelo menos nenhum até agora).

Espero que isso também funcione para você.

    
por 16.07.2010 / 05:43
2

Procure nos logs do sistema e os logs do X por erros.

Se isso acontecer novamente, tente mudar para uma nova tela virtual (ctr-alt-1) (os números vão além de 1 .. mas é um bom teste)

Se você puder ver uma exibição e receber uma solicitação de credenciais de login, terá um problema com o X.

Além disso, tente redefinir o X com ctr-alt-backspace).

Se o sistema realmente estiver inativo (sem atividade de disco, etc.), você poderá ter problemas de hibernação relacionados a uma configuração inválida (por exemplo, não especificou uma partição válida, etc.)

Editar:

Bem, se o sistema realmente está dormindo, então você pode ter um problema mais sério. Eu tive dois problemas semelhantes ao seu. Em um caso, xscreensaver iria travar o sistema (meu palpite foi que não conseguiu jogar bem com acpi / apm) O outro caso foi um laptop não conseguindo desacoplar / redock.

Eu acho que isso é relacionado ao gerenciamento de energia, e eu não tive nenhuma solução de problemas. Meu "conserto" foi atualizar a distro, o que é um pouco extremo.

Um outro pensamento é que você pode querer desabilitar o gerenciamento de energia da CPU e o gerenciamento de energia da NIC. Meu palpite é que o seu hw está bloqueado em um estado "ruim" devido ao gerenciamento inadequado de energia.

    
por 03.05.2010 / 21:44
1

Eu tenho um problema semelhante com um Dell E1405. Ele irá suspender, mas quando eu ligá-lo novamente, a luz de fundo acende, mas a tela fica preta e não responde a nada - sem teclado, sem rede, sem nada.

Mas eu descobri que isso só acontece se eu fechar a tampa antes que ela seja totalmente suspensa - se eu pressionar a suspensão, mas espere alguns segundos antes de fechar a tampa, não tive nenhum problema para reiniciar.

    
por 03.05.2010 / 22:32
1

Meu Lucid ocasionalmente não acorda totalmente - sem atividade de exibição também. No começo eu tive que reiniciar o computador até que eu achei que fosse conectar via ssh a ele. Eu verifiquei todos os registros, por exemplo em /var/log , e o único sinal que descobri sobre o problema é

[drm:drm_mode_getfb] *ERROR* invalid framebuffer id

na saída do dmesg '.

Felizmente, a reinicialização do gdm ativa o meu monitor, finalmente, então recebi a solução alternativa. Mas eu ainda quero corrigir o problema da maneira certa.

Acho que esse problema está relacionado a isso: link

    
por 16.09.2012 / 17:29
1

Eu tenho um laptop Asus X53T, com gráficos Radeon HD 7670M, rodando o Ubuntu 12.04. Eu tentei uma série de correções para esse bug de suspensão, nenhum dos quais funcionou. A última solução que experimentei e possivelmente a mais básica a ser implementada foi instalar o driver da placa de vídeo mais recente (driver de exibição do AMD Catalyst ™ 13.12 proprietário Linux x86). Agora suspender funciona absolutamente normalmente. Boa sorte; Espero que esta solução seja de ajuda para alguém.

    
por 12.01.2014 / 03:31
0

Eu tenho um problema parecido com o meu novo laptop hp pavilion. Eu fecho a tampa, o computador vai para suspender (luz de energia piscando); quando abro a tampa, a luz de energia acende, mas a tela não liga (nem mesmo a luz de fundo acende) e não há atividade de disco rígido.

Usando o Ubuntu 10.04.

Parece ser um bug do Ubuntu, já que muitos de nós estão tendo esse problema.

    
por 31.05.2010 / 13:08