Eu tenho um ThinkPad X220 executando o Fedora 23. Tudo ficou bom até ontem, quando a máquina não despertou mais da suspensão para a RAM. Manter o botão liga / desliga por vários segundos desligaria a máquina completamente.
O diário termina com o seguinte ( journalctl -b-1 ):
Mär 20 09:07:01 martin-friese.fritz.box systemd[1]: Started Session 36 of user mu.
Mär 20 09:07:01 martin-friese.fritz.box systemd[1]: Starting Session 36 of user mu.
Mär 20 09:07:01 martin-friese.fritz.box audit[6412]: USER_START pid=6412 uid=0 auid=1000 ses=36 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_loginuid,pam_keyinit,pam_limits,pam_systemd acct="mu" exe="
Mär 20 09:07:01 martin-friese.fritz.box audit[6412]: CRED_REFR pid=6412 uid=0 auid=1000 ses=36 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_unix acct="mu" exe="/usr/sbin/crond" hostname=? addr=? te
Mär 20 09:07:01 martin-friese.fritz.box CROND[6416]: (mu) CMD (/home/mu/bin/brightness --auto > /dev/null 2> /dev/null)
Mär 20 09:07:03 martin-friese.fritz.box audit[6412]: CRED_DISP pid=6412 uid=0 auid=1000 ses=36 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_unix acct="mu" exe="/usr/sbin/crond" hostname=? addr=? te
Mär 20 09:07:03 martin-friese.fritz.box audit[6412]: USER_END pid=6412 uid=0 auid=1000 ses=36 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:session_close grantors=pam_loginuid,pam_keyinit,pam_limits,pam_systemd acct="mu" exe="/
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: <info> sleep requested (sleeping: no enabled: yes)
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: <info> sleeping...
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: <info> (wlp3s0): device state change: unavailable -> unmanaged (reason 'sleeping') [20 10 37]
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: <info> NetworkManager state is now ASLEEP
Mär 20 09:07:38 martin-friese.fritz.box systemd[1]: Reached target Sleep.
Mär 20 09:07:38 martin-friese.fritz.box systemd[1]: Starting Sleep.
Mär 20 09:07:38 martin-friese.fritz.box systemd[1]: Starting Suspend...
Mär 20 09:07:38 martin-friese.fritz.box systemd-sleep[6516]: Suspending system...
O kernel que eu corro é 4.4.5-300.fc23.x86_64 .
Talvez seja devido a esta atualização:
[root@martin-friese mu]# env LC_ALL=C dnf history info 251
Transaction ID : 251
Begin time : Fri Mar 18 14:50:13 2016
Begin rpmdb : 4555:f742ed24f025e31a2cf17b39e7cbbaae3adede0e
End time : 14:51:35 2016 (82 seconds)
End rpmdb : 4554:3afdbed35e1c373fe7e000bc5d1e5258054c1c33
User : System <unset>
Return-Code : Success
Transaction performed with:
Installed dnf-1.1.7-2.fc23.noarch @updates
Installed rpm-4.13.0-0.rc1.12.fc23.x86_64 @updates
Packages Altered:
Erase kernel-4.4.2-301.fc23.x86_64 @updates
Install kernel-4.4.5-300.fc23.x86_64 @updates
Erase kernel-core-4.4.2-301.fc23.x86_64 @updates
Install kernel-core-4.4.5-300.fc23.x86_64 @updates
Erase kernel-devel-4.4.2-301.fc23.x86_64 @updates
Install kernel-devel-4.4.5-300.fc23.x86_64 @updates
Upgraded kernel-headers-4.4.4-301.fc23.x86_64 @updates
Upgrade 4.4.5-300.fc23.x86_64 @updates
Erase kernel-modules-4.4.2-301.fc23.x86_64 @updates
Install kernel-modules-4.4.5-300.fc23.x86_64 @updates
Erase kernel-modules-extra-4.4.2-301.fc23.x86_64 @updates
Install kernel-modules-extra-4.4.5-300.fc23.x86_64 @updates
Erase kmod-VirtualBox-4.4.2-301.fc23.x86_64-5.0.14-1.fc23.x86_64 @@commandline
Upgraded libinput-1.2.1-4.fc23.x86_64 @updates
Upgrade 1.2.2-1.fc23.x86_64 @updates
Upgraded python-pygments-2.0.2-3.fc23.noarch @@commandline
Upgrade 2.1.3-1.fc23.noarch @updates
Upgraded python3-pygments-2.0.2-3.fc23.noarch @@commandline
Upgrade 2.1.3-1.fc23.noarch @updates
Upgrade qt-1:4.8.7-12.fc23.x86_64 @updates
Upgraded qt-1:4.8.7-5.fc23.x86_64 @updates
Upgrade qt-common-1:4.8.7-12.fc23.noarch @updates
Upgraded qt-common-1:4.8.7-5.fc23.noarch @updates
Upgrade qt-devel-1:4.8.7-12.fc23.x86_64 @updates
Upgraded qt-devel-1:4.8.7-5.fc23.x86_64 @updates
Upgrade qt-mysql-1:4.8.7-12.fc23.x86_64 @updates
Upgraded qt-mysql-1:4.8.7-5.fc23.x86_64 @updates
Upgrade qt-x11-1:4.8.7-12.fc23.x86_64 @updates
Upgraded qt-x11-1:4.8.7-5.fc23.x86_64 @updates
Os kernels antigos também não ajudaram. Eu tentei apenas 4.4.4 e 4.4.3, que têm funcionado muito bem nos dias anteriores. A atualização para o 4.4.5 foi sexta-feira à tarde. Então eu iniciei o laptop com o novo kernel no sábado à tarde e primeiro suspendi-o à noite, eu acho. Portanto, pode muito bem ser o kernel 4.4.5.
No entanto, como os kernels antigos têm o mesmo efeito, presumo que seja algo com o hardware ou algo mais. Vou tentar inicializar a partir de um Live USB com uma versão muito diferente (digamos, CentOS) e tentar isso.
Esperando um pouco depois de acordar a máquina, ela tentará ligar a ventoinha (pode-se ouvir isso) e ela acenderá todas as luzes. Um vídeo curto e um vídeo mais longo mostra o estranho show de luzes.
Atualização 1
Acabei de iniciar o Kubuntu 15.10 a partir do USB. Acorda após a suspensão, mas a tela fica preta e o wireless não é ligado novamente. Algo está lá também e a máquina funcionou com o Kubuntu 15.10 antes.
Atualização 2
O
Arch Linux 2016.03.01 com o Kernel 4.4.1 exibe o mesmo problema. Eu iniciei a sessão ao vivo e usei systemctl suspend . O sistema iria dormir e não acordaria novamente. Eu vi o mesmo show de luzes de antes.
Isso é um defeito de hardware?
Atualização 3
Ao cavar a UEFI para ver se eu poderia mudar alguma coisa lá, percebi que não posso salvar mais as alterações. Eu tenho o seguinte erro, então ele congelou no UEFI:
EutambémtenteiredefiniroUEFIparaospadrões,masissonãofuncionou:
Outranovamensagemdeerroentreo"ThinkPad" -Splash e o GRUB é esta aqui:
UmamigomeusugeriuqueatualizasseoUEFI,elenãopoderiaficarpiordoqueesseUEFIdecomportamentoestranho.Então,tentamoscolocaroISOemumpendrive,oquenãofuncionou.EntãotentamosumDVD,quetambémnãofuncionou.NóstentamosométodoGRUB.TudoissonãofuncionouporqueoUEFIestábloqueadonomododeinicialização"UEFI only", enquanto o Lenovo UEFI updater é um DOS de 16 bits que é inicializado apenas por meio do modo herdado. Felizmente (?) Ele tinha um HDD com o Windows 7 nele, então apenas mostramos a UEFI usando o Windows. shrugg
Depois disso, eu não receberia mais as mensagens de erro, a UEFI ainda congelaria depois de salvar os dados. A questão da suspensão continua, ela ainda não acorda.
Concluímos que pode não ser qualquer software, mas sim a própria UEFI que tem um problema e, portanto, seria possível que a parte para o despertar esteja de alguma forma quebrada.