Xts |
|
Темы:
33
Сообщения:
973
Участник с: 13 ноября 2013
|
vasekну когда стоял каталист, то второй раз в принципи не уходил, но там было видно что сервис системд отваливался, как раз suspend.service, а сейчас все норм. ну сейчас опять оставлю его спать на ночь, утром посмотрю подробнее где что может быть, но в журнале ничего такого я не нашел |
Xts |
|
Темы:
33
Сообщения:
973
Участник с: 13 ноября 2013
|
чет вообще странное по времени вчера сегодня
vasekа вот таким способом он ушел в ждущий ну а после этого и другими способами уходит. Но больше интересует почему он просыпается через одно и тоже время
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
$ SYSTEMD_LOG_LEVEL=debug systemctl suspend Это я привел для отладки, если не ушел бы, то мог написать что ему помешало. А если ушел, значит должен уходить и с обычной командой, без отладки - $ systemctl suspend. XtsЗдесь, думаю, нужно все-таки посмотреть внимательно статью, которую привел McG. Если время всегда одно и тоже, значит где то что то прописано....
Ошибки не исчезают с опытом - они просто умнеют
|
Xts |
|
Темы:
33
Сообщения:
973
Участник с: 13 ноября 2013
|
vasek, кто только это прописал, вот в чем вопрос. статью смотрел, но чет как то идей где что может быть не дало, темболее что система в этот момент не должна работать |
McG |
|
Темы:
0
Сообщения:
60
Участник с: 30 августа 2014
|
Есть только 3 способа для пробуждения компьютера. Nvram-wakeup из AUR нет? |
Xts |
|
Темы:
33
Сообщения:
973
Участник с: 13 ноября 2013
|
McG, нету, wake-on-lan тоже нет, ибо ноут через wifi, и wakealarm тоже нет ибо проверил. Ядро 4.1.15 еще не вышло, а компы уже бунтуют( |
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
Можно посмотреть вывод $ cat /proc/acpi/wakeup | grep enabled до перехода в suspend и после самопроизвольного выхода из него. Также интересна временная повторяемость самопроизвольного выхода — совпадает ли с точностью до секунды/минуты (можно смотреть по журналу). Если совпадение будет с точностью до секунды, значит какая то зараза работает по часам. И лучше все-таки загрузиться с опцией debug и перед уходом в suspend запустить $ journalctl -f — лучше будет ориентироваться. PS......а вообще наблюдались проблемы с ACPI?
Ошибки не исчезают с опытом - они просто умнеют
|
Xts |
|
Темы:
33
Сообщения:
973
Участник с: 13 ноября 2013
|
vasekвыше же лог от закрытия крышки до пробуждения первый день второй день
vasekэто вот он вышел из него, я пару раз потыкал, но не ребутал еще на счет ACPI, есть вот такая штука вроде как связано с биосом и не особо серьезноно и вообще в логе есть ошибки на счет ACPI, по типу таких на счет debug, сегодня попробую, самое проблемное, так это то, что ждать надо по 10 часов
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
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 Лучше ничего лишнего и не нужного не иметь. Да, минус большой, что долго ждать, но тебя никто и не гонит - не спеши.
Ошибки не исчезают с опытом - они просто умнеют
|
Xts |
|
Темы:
33
Сообщения:
973
Участник с: 13 ноября 2013
|
vasekэто sleep button, в моем случае Fn+F1 не думаю что отключение LID и SLPB что то даст |