Ждущий режим

vasek
А когда не уходит повторно, не ужели в логах ничего нет...........
ну когда стоял каталист, то второй раз в принципи не уходил, но там было видно что сервис системд отваливался, как раз suspend.service, а сейчас все норм.
ну сейчас опять оставлю его спать на ночь, утром посмотрю подробнее где что может быть, но в журнале ничего такого я не нашел
чет вообще странное по времени
вчера
мар 17 01:28:43 ASUS systemd-logind[315]: Lid closed.
мар 17 01:28:47 ASUS NetworkManager[310]: <info>  sleep requested (sleeping: no  enabled: yes)
мар 17 01:28:47 ASUS NetworkManager[310]: <info>  sleeping...
мар 17 01:28:47 ASUS NetworkManager[310]: <info>  (wlp3s0): device state change: activated -> unmanaged (reason 'sleepin
мар 17 01:28:47 ASUS NetworkManager[310]: <info>  (wlp3s0): deactivating device (reason 'sleeping') [37]
мар 17 01:28:47 ASUS NetworkManager[310]: <info>  (wlp3s0): canceled DHCP transaction, DHCP client pid 380
мар 17 01:28:47 ASUS NetworkManager[310]: <info>  (wlp3s0): DHCPv4 state changed bound -> done
мар 17 01:28:47 ASUS NetworkManager[310]: <info>  Removing DNS information from /usr/bin/resolvconf
мар 17 01:28:47 ASUS kernel: wlp3s0: deauthenticating from 02:0b:2b:0c:c0:28 by local choice (Reason: 3=DEAUTH_LEAVING)
мар 17 01:28:47 ASUS kernel: cfg80211: Calling CRDA to update world regulatory domain
мар 17 01:28:48 ASUS NetworkManager[310]: <info>  NetworkManager state is now ASLEEP
мар 17 01:28:48 ASUS kernel: IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
мар 17 01:28:48 ASUS dbus[312]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus
мар 17 01:28:48 ASUS dbus[312]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
мар 17 01:28:49 ASUS systemd-sleep[3292]: Suspending system...
мар 17 01:28:49 ASUS kernel: PM: Syncing filesystems ... done.
мар 17 01:28:49 ASUS kernel: PM: Preparing system for mem sleep
мар 17 01:28:52 ASUS kernel: [drm] PCIE GART of 1024M enabled (table at 0x0000000000274000).
мар 17 01:28:52 ASUS kernel: radeon 0000:01:00.0: WB enabled
мар 17 01:28:52 ASUS kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0x
мар 17 01:28:52 ASUS kernel: radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0x
мар 17 01:28:52 ASUS kernel: radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000072118 and cpu addr 0x
мар 17 01:28:52 ASUS kernel: [drm] ring test on 0 succeeded in 1 usecs
мар 17 01:28:52 ASUS kernel: [drm] ring test on 3 succeeded in 3 usecs
мар 17 01:28:52 ASUS kernel: [drm] ring test on 5 succeeded in 1 usecs
мар 17 01:28:52 ASUS kernel: [drm] UVD initialized successfully.
мар 17 01:28:52 ASUS kernel: [drm] ib test on ring 0 succeeded in 0 usecs
мар 17 01:28:52 ASUS kernel: [drm] ib test on ring 3 succeeded in 0 usecs
мар 17 01:28:53 ASUS kernel: [drm] ib test on ring 5 succeeded
мар 17 11:03:03 ASUS kernel: Freezing user space processes ... (elapsed 0.017 seconds) done.
мар 17 11:03:03 ASUS kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
мар 17 11:03:03 ASUS kernel: PM: Entering mem sleep
мар 17 11:03:03 ASUS kernel: Suspending console(s) (use no_console_suspend to debug)
мар 17 11:03:03 ASUS kernel: sd 3:0:0:0: [sdb] Synchronizing SCSI cache
мар 17 11:03:03 ASUS kernel: sd 2:0:0:0: [sda] Synchronizing SCSI cache
мар 17 11:03:03 ASUS kernel: sd 3:0:0:0: [sdb] Stopping disk
мар 17 11:03:03 ASUS kernel: sd 2:0:0:0: [sda] Stopping disk
мар 17 11:03:03 ASUS kernel: PM: suspend of devices complete after 767.239 msecs
мар 17 11:03:03 ASUS kernel: PM: late suspend of devices complete after 0.818 msecs
сегодня
мар 18 02:25:31 ASUS systemd-logind[336]: Lid closed.
мар 18 02:25:33 ASUS NetworkManager[338]: <info>  sleep requested (sleeping: no  enabled: yes)
мар 18 02:25:33 ASUS NetworkManager[338]: <info>  sleeping...
мар 18 02:25:33 ASUS NetworkManager[338]: <info>  (wlp3s0): device state change: activated -> unmanaged (reason 'sleepin
мар 18 02:25:33 ASUS NetworkManager[338]: <info>  (wlp3s0): deactivating device (reason 'sleeping') [37]
мар 18 02:25:33 ASUS NetworkManager[338]: <info>  (wlp3s0): canceled DHCP transaction, DHCP client pid 388
мар 18 02:25:33 ASUS NetworkManager[338]: <info>  (wlp3s0): DHCPv4 state changed bound -> done
мар 18 02:25:33 ASUS kernel: wlp3s0: deauthenticating from 02:0b:2b:0c:c0:28 by local choice (Reason: 3=DEAUTH_LEAVING)
мар 18 02:25:33 ASUS NetworkManager[338]: <info>  Removing DNS information from /usr/bin/resolvconf
мар 18 02:25:33 ASUS kernel: cfg80211: Calling CRDA for country: RU
мар 18 02:25:33 ASUS NetworkManager[338]: <info>  NetworkManager state is now ASLEEP
мар 18 02:25:33 ASUS kernel: IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
мар 18 02:25:33 ASUS dbus[339]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus
мар 18 02:25:33 ASUS dbus[339]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
мар 18 02:25:34 ASUS systemd-sleep[3296]: Suspending system...
мар 18 02:25:34 ASUS kernel: PM: Syncing filesystems ... done.
мар 18 02:25:34 ASUS kernel: PM: Preparing system for mem sleep
мар 18 02:25:37 ASUS kernel: [drm] PCIE GART of 1024M enabled (table at 0x0000000000274000).
мар 18 02:25:37 ASUS kernel: radeon 0000:01:00.0: WB enabled
мар 18 02:25:37 ASUS kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0x
мар 18 02:25:37 ASUS kernel: radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0x
мар 18 02:25:37 ASUS kernel: radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000072118 and cpu addr 0x
мар 18 02:25:37 ASUS kernel: [drm] ring test on 0 succeeded in 1 usecs
мар 18 02:25:37 ASUS kernel: [drm] ring test on 3 succeeded in 3 usecs
мар 18 02:25:37 ASUS kernel: [drm] ring test on 5 succeeded in 1 usecs
мар 18 02:25:37 ASUS kernel: [drm] UVD initialized successfully.
мар 18 02:25:37 ASUS kernel: [drm] ib test on ring 0 succeeded in 0 usecs
мар 18 02:25:37 ASUS kernel: [drm] ib test on ring 3 succeeded in 0 usecs
мар 18 02:25:38 ASUS kernel: [drm] ib test on ring 5 succeeded
мар 18 11:59:38 ASUS kernel: Freezing user space processes ... (elapsed 0.002 seconds) done.
мар 18 11:59:38 ASUS kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
мар 18 11:59:38 ASUS kernel: PM: Entering mem sleep
мар 18 11:59:38 ASUS kernel: Suspending console(s) (use no_console_suspend to debug)
мар 18 11:59:38 ASUS kernel: sd 1:0:0:0: [sdb] Synchronizing SCSI cache
мар 18 11:59:38 ASUS kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache
мар 18 11:59:38 ASUS kernel: sd 1:0:0:0: [sdb] Stopping disk
мар 18 11:59:38 ASUS kernel: sd 0:0:0:0: [sda] Stopping disk
мар 18 11:59:38 ASUS kernel: PM: suspend of devices complete after 728.905 msecs
мар 18 11:59:38 ASUS kernel: PM: late suspend of devices complete after 0.769 msecs

vasek
$ SYSTEMD_LOG_LEVEL=debug systemctl suspend
а вот таким способом он ушел в ждущий
[mikhail@ASUS ~]$ SYSTEMD_LOG_LEVEL=debug systemctl suspend
Sent message type=method_call sender=n/a destination=org.freedesktop.DBus object=/org/freedesktop/DBus interface=org.freedesktop.DBus member=Hello cookie=1 reply_cookie=0 error=n/a
Got message type=method_return sender=org.freedesktop.DBus destination=:1.45 object=n/a interface=n/a member=n/a cookie=1 reply_cookie=1 error=n/a
Sent message type=method_call sender=n/a destination=org.freedesktop.login1 object=/org/freedesktop/login1 interface=org.freedesktop.login1.Manager member=ListInhibitors cookie=2 reply_cookie=0 error=n/a
Sent message type=method_call sender=n/a destination=org.freedesktop.login1 object=/org/freedesktop/login1 interface=org.freedesktop.login1.Manager member=Suspend cookie=3 reply_cookie=0 error=n/a
ну а после этого и другими способами уходит. Но больше интересует почему он просыпается через одно и тоже время
$ SYSTEMD_LOG_LEVEL=debug systemctl suspend
Это я привел для отладки, если не ушел бы, то мог написать что ему помешало.
А если ушел, значит должен уходить и с обычной командой, без отладки - $ systemctl suspend.
Xts
Но больше интересует почему он просыпается через одно и тоже время
Здесь, думаю, нужно все-таки посмотреть внимательно статью, которую привел McG. Если время всегда одно и тоже, значит где то что то прописано....
Ошибки не исчезают с опытом - они просто умнеют
vasek, кто только это прописал, вот в чем вопрос. статью смотрел, но чет как то идей где что может быть не дало, темболее что система в этот момент не должна работать
Есть только 3 способа для пробуждения компьютера. Nvram-wakeup из AUR нет?
McG, нету, wake-on-lan тоже нет, ибо ноут через wifi, и wakealarm тоже нет ибо проверил.
Ядро 4.1.15 еще не вышло, а компы уже бунтуют(
Можно посмотреть вывод $ cat /proc/acpi/wakeup | grep enabled до перехода в suspend и после самопроизвольного выхода из него.
Также интересна временная повторяемость самопроизвольного выхода — совпадает ли с точностью до секунды/минуты (можно смотреть по журналу). Если совпадение будет с точностью до секунды, значит какая то зараза работает по часам.
И лучше все-таки загрузиться с опцией debug и перед уходом в suspend запустить $ journalctl -f — лучше будет ориентироваться.
PS......а вообще наблюдались проблемы с ACPI?
Ошибки не исчезают с опытом - они просто умнеют
vasek
Также интересна временная повторяемость самопроизвольного выхода — совпадает ли с точностью до секунды/минуты (можно смотреть по журналу).
выше же лог от закрытия крышки до пробуждения
первый день
мар 17 01:28:53 ASUS kernel: [drm] ib test on ring 5 succeeded
мар 17 11:03:03 ASUS kernel: Freezing user space processes ... (elapsed 0.017 seconds) done.
второй день
мар 18 02:25:38 ASUS kernel: [drm] ib test on ring 5 succeeded
мар 18 11:59:38 ASUS kernel: Freezing user space processes ... (elapsed 0.002 seconds) done.
vasek
$ cat /proc/acpi/wakeup | grep enabled
это вот он вышел из него, я пару раз потыкал, но не ребутал еще
[mikhail@ASUS ~]$ sudo cat /proc/acpi/wakeup | grep enabled
[sudo] пароль для mikhail:
OHC1	  S0	*enabled   pci:0000:00:12.0
EHC1	  S0	*enabled   pci:0000:00:12.2
XHC0	  S0	*enabled   pci:0000:00:10.0
SLPB	  S4	*enabled   platform:PNP0C0E:00
LID	  S4	*enabled   platform:PNP0C0D:00
на счет ACPI, есть вот такая штука
 ACPI: [Package] has zero elements (ffff88024217bdc0)
вроде как связано с биосом и не особо серьезно
но и вообще в логе есть ошибки на счет ACPI, по типу таких
[Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored
[Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
на счет debug, сегодня попробую, самое проблемное, так это то, что ждать надо по 10 часов
Xts
выше же лог от закрытия крышки до пробуждения
Совсем забыл........ Итого: 1-ый — 09:34:10 ….... 2-ой — 09:34:00 …..Разница 10сек
Вот и думай, работает кто по часам или нет ??? Пока забудем об этом — непонятно.
Как выходишь из suspend — глядя на вывод cat /proc/acpi/wakeup - используешь для этого крышку (LID) и кнопку (SLPB — не знаю что это за кнопка). Лучше сделать disabled для LID и SLPB и выходить по кнопке питания, если это позволяет.
Вот мой вывод — а точнее для выхода из suspend (S4, S5) ничего нет, выхожу по кнопке питания.
$ cat /proc/acpi/wakeup | grep enabled
EHC1 S0 *enabled pci:0000:00:1d.0
EHC2 S0 *enabled pci:0000:00:1a.0
Лучше ничего лишнего и не нужного не иметь. Да, минус большой, что долго ждать, но тебя никто и не гонит - не спеши.
Ошибки не исчезают с опытом - они просто умнеют
vasek
SLPB — не знаю что это за кнопка
это sleep button, в моем случае Fn+F1
не думаю что отключение LID и SLPB что то даст
 
Зарегистрироваться или войдите чтобы оставить сообщение.