У меня есть ThinkPad X220 с Fedora 23. Все было хорошо до вчерашнего дня, когда машина больше не просыпалась из режима ожидания в ОЗУ. Только удерживание кнопки питания в течение нескольких секунд полностью выключит машину.
Журнал заканчивается следующим текстом ( 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]: sleep requested (sleeping: no enabled: yes)
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: sleeping...
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: (wlp3s0): device state change: unavailable -> unmanaged (reason 'sleeping') [20 10 37]
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: 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...
Я запускаю ядро 4.4.5-300.fc23.x86_64
.
Возможно, это связано с этим обновлением:
[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
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
Старые ядра тоже не помогли. Я просто попробовал 4.4.4 и 4.4.3, которые и раньше работали нормально. Обновление до 4.4.5 было в пятницу днем. Затем я запустил ноутбук с новым ядром в субботу днем и, кажется, сначала приостановил его вечером. Следовательно, это вполне может быть ядро 4.4.5.
Однако, поскольку старые ядра имеют тот же эффект, я предполагаю, что это что-то с оборудованием или что-то еще.Я попробую загрузиться с Live USB с какой-нибудь другой версией (скажем, CentOS) и попробую.
Немного подождав после пробуждения машины, она попытается запустить вентилятор (это можно услышать), и все индикаторы будут мигать. Короткое видео и более длинное видео показывают странное световое шоу.
Я только что загрузился с Kubuntu 15.10 с USB. Он просыпается после приостановки, но экран черный и беспроводная связь не включается снова. Там тоже что-то не так, и раньше машина работала с Kubuntu 15.10.
Arch Linux 2016.03.01 с ядром 4.4.1 демонстрирует ту же проблему. Я начал живую сессию и использовал systemctl suspend
. Система засыпает и больше не просыпается. Я видел то же световое шоу, что и раньше.
Это аппаратный дефект?
Когда я копался в UEFI, чтобы посмотреть, могу ли я что-то там изменить, я заметил, что больше не могу сохранять там изменения. У меня возникла следующая ошибка, затем она зависла в UEFI:
Я также пытался сбросить UEFI до значений по умолчанию, но это тоже не помогло:
Еще одно новое сообщение об ошибке между «ThinkPad» -Splash и GRUB вот этот:
Мой друг предложил обновить UEFI, он не может быть хуже, чем этот странный UEFI. Поэтому мы попытались записать ISO-образ на USB-накопитель, но это не сработало. Затем мы попробовали DVD, который тоже не сработал. Мы попробовали метод GRUB.Все это не сработало, поскольку мой UEFI заблокирован в режиме загрузки «только UEFI», тогда как средство обновления Lenovo UEFI - это 16-разрядная DOS, которая загружается только в устаревшем режиме. К счастью (?) У него был жесткий диск с Windows 7, поэтому мы просто перепрограммировали UEFI с помощью Windows. shrugg
После этого я больше не получал сообщения об ошибках, UEFI все равно зависал после сохранения данных. Проблема с приостановкой остается, все равно не просыпается.
Мы пришли к выводу, что проблема может быть не в программном обеспечении, а в самом UEFI, и поэтому возможно, что часть для пробуждения каким-то образом сломана.
Похоже, что вы испытываете это при первой попытке приостановки после перезагрузки. Это отличается от того, что только что началось у меня, но в остальном очень похоже.
Сначала я думал, что у меня это происходит спорадически, но теперь я понял, что проблема проявляется при второй попытке приостановки. Похоже, это соответствует этому сообщению:
https://www.reddit.com/r/Fedora/comments/44mk4m/suspend_issues_after_upgrade_to_43_kernel/
В этом сообщении отмечается, что приостановка в ОЗУ сработает один раз после перезагрузки, а затем не сработает в следующий раз, что я и наблюдаю.
Я на полностью исправленном 64-разрядном компьютере Fedora 23, использую "systemctl suspend" каждую ночь, чтобы сэкономить немного электричества, поскольку я больше не запускаю никаких служб, требующих круглосуточной работы.