После ухода в suspend или hibernate через 2 секунды включается

Небольшое пояснение
В файле /proc/acpi/wakeup приведен список устройств, которые способны обеспечить выход из suspend
Мой пример
до ухода в suspend
grep -c enable /proc/acpi/wakeup
2
cat /sys/power/wakeup_count
2
sudo egrep 'success:|fail:' /sys/kernel/debug/suspend_stats
success: 0
fail: 0
после выхода из suspend по моему желаниею (кнопка power)
cat /sys/power/wakeup_count
3
sudo egrep 'success:|fail:' /sys/kernel/debug/suspend_stats
success: 1
fail: 0
и как видим - значение счетчика wakeup_count увеличилось на 1 ... а вот в твоем случае это значение не изменилось.
Ошибки не исчезают с опытом - они просто умнеют
в suspend лучше отправлять командой systemctl suspend ... если будут проблемы, то перед отправкой в suspend можно запустить команду
echo 0 | sudo tee /sys/power/pm_async
которая переключит на синхронный/последовательный процесс выполнения команд
Ошибки не исчезают с опытом - они просто умнеют
Vitaly
Без клавомышки уснул
Отключаете все кроме кнопки питания PWRB.

Vitaly
уснул, но отказался просыпаться, был просто черный экран и клава не инициализировалась (на Numlock не реагировала), но питание на мышь шло XD
Раздел восстановления в загрузчике указан правильно? Покажите blkid и конфиг загрузчика
vs220
Раздел восстановления в загрузчике указан правильно?
Видимо я что то не допонял ... считал что проблема как с suspend, так и с hibernate (где то было написано) ... и проверка идет только с suspend.
Если проверяется hibernate, то лучше о нем пока забыть и заняться только suspend.
Ошибки не исчезают с опытом - они просто умнеют
если мышка виновата, то или поменять мышку или переворачивать её вверх сенсором, чтоб не создавала ложных движений
Вот что мне не понятно, так это то, что счетчик пробуждения не реагирует на событие, приведшее к пробуждению … то есть событие пробуждения как таковое зарегистрировано не было … и такое впечатление, что и самого нормального отправления в suspend не было ???
Ошибки не исчезают с опытом - они просто умнеют
vasek
отправления в suspend
Должно быть записано в журнале, это просыпание может не быть записано из за неудачного возобновления.
vs220
это просыпание может не быть записано из за неудачного возобновления
но в другой то файл запись идет (success - до было 0, после стало 1)
Vitaly
success: 1
fail: 0
Ошибки не исчезают с опытом - они просто умнеют
Ну так без вывода журнала одни гадания, толку то от того что там записано если не понятно от чего просыпается и как он вообще отправляется в сон
vs220
Ну так без вывода журнала одни гадания
и не полохо бы увеличить логирование до уровня debug
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.