Спонтанный Suspend через 10 секунд после загрузки ядра

Ну вот усыпил саспендом. Потом не смог никак разбудить... Вообщем случае я не знаю как вывести ноут из саспенда, это самая большая проблема сейчас. Следующая по важности проблема это то что он сам из этого саспенда также спонтанно выходит.
Вот, правда это весь лог с момента саспенда и с участком пробуждения, потому что для logind там ниче интересного нету.

янв 16 18:17:30 dell systemd[1]: Starting Suspend...
янв 16 18:17:30 dell systemd-sleep[29067]: Suspending system...
янв 16 18:17:30 dell kernel: PM: Syncing filesystems ... done.
янв 16 18:17:30 dell kernel: PM: Preparing system for sleep (mem)
янв 16 18:17:30 dell kernel: bbswitch: enabling discrete graphics
янв 16 18:30:38 dell kernel: Freezing user space processes ... (elapsed 0.001 seconds) done.
янв 16 18:30:38 dell kernel: OOM killer disabled.
янв 16 18:30:38 dell kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) don
янв 16 18:30:38 dell kernel: PM: Suspending system (mem)
янв 16 18:30:38 dell kernel: Suspending console(s) (use no_console_suspend to debug)
янв 16 18:30:38 dell kernel: wlp3s0: deauthenticating from 7a:a3:e4:bf:f5:62 by local choice (R
янв 16 18:30:38 dell kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache
янв 16 18:30:38 dell kernel: sd 0:0:0:0: [sda] Stopping disk
янв 16 18:30:38 dell kernel: PM: suspend of devices complete after 473.639 msecs
янв 16 18:30:38 dell kernel: PM: late suspend of devices complete after 16.475 msecs
янв 16 18:30:38 dell kernel: xhci_hcd 0000:04:00.0: System wakeup enabled by ACPI
янв 16 18:30:38 dell kernel: r8169 0000:06:00.0: System wakeup enabled by ACPI
янв 16 18:30:38 dell kernel: ehci-pci 0000:00:1d.0: System wakeup enabled by ACPI
янв 16 18:30:38 dell kernel: ehci-pci 0000:00:1a.0: System wakeup enabled by ACPI
янв 16 18:30:38 dell kernel: PM: noirq suspend of devices complete after 16.832 msecs
янв 16 18:30:38 dell kernel: ACPI: Preparing to enter system sleep state S3
янв 16 18:30:38 dell kernel: ACPI : EC: event blocked
янв 16 18:30:38 dell kernel: ACPI : EC: EC stopped
янв 16 18:30:38 dell kernel: PM: Saving platform NVS memory
янв 16 18:30:38 dell kernel: Disabling non-boot CPUs ...
янв 16 18:30:38 dell kernel: smpboot: CPU 1 is now offline
янв 16 18:30:38 dell kernel: smpboot: CPU 2 is now offline
янв 16 18:30:38 dell kernel: smpboot: CPU 3 is now offline
янв 16 18:30:38 dell kernel: smpboot: CPU 4 is now offline
янв 16 18:30:38 dell kernel: smpboot: CPU 5 is now offline
янв 16 18:30:38 dell kernel: smpboot: CPU 6 is now offline
янв 16 18:30:38 dell kernel: smpboot: CPU 7 is now offline
янв 16 18:30:38 dell kernel: ACPI: Low-level resume complete
янв 16 18:30:38 dell kernel: ACPI : EC: EC started
янв 16 18:30:38 dell kernel: PM: Restoring platform NVS memory
янв 16 18:30:38 dell kernel: Suspended for 786.433 seconds
vasek
как проверить его работоспособность
На магнит должен срабатывать, поднести к месту датчика магнит. Место можно найти проведя чем нибудь небольшим железным например иголкой по рамке дисплея где при магнитится там магнит в соответствующем при закрытии крышки месте будет датчик. Если разобрать можно тестером проверить там три ножки питание общий и выход.На выходе будет 3в или 0в в зависимости от магнитного поля
В части датчика Холла. Насколько я понимаю, если он сломан полностью, то экран или постоянно включен или выключен (не соображу быстро - зависит от положения контактов), а вот если датчик просто глючит, то тогда возможно и будет дергаться.
Можно, наверное, немного подвигать крышку (но что бы не открывать полностью) и посмотреть вывод событий, рекомендованный vs220.
Ошибки не исчезают с опытом - они просто умнеют
vs220
На магнит должен срабатывать, поднести к месту датчика магнит.
Это мне понятно. Я почему то думал, что есть его параметры в /sys ............... но вот только сейчас пришло на ум, что эти уже обработанные значения от датчика отображаются в файле /sys/module/button/parameters/lid_init_state ......... т.е. уже переведенные на человеческий язык. Или я не прав?
Ошибки не исчезают с опытом - они просто умнеют
vs220
Отследить события
sudo cat /dev/input/event3

Смотрите че обнаружил. Вообщем закрываем крышку, открываем крышку видим кракозябры...
Ну т.е. датчик работает..
А если вот нажать на левую кнопку тачпада... то тогда мы тоже видим кракозябры.. =/
Но не всегда, и даже не через раз... просто иногда нажатие левой кнопки тачпада вызывает тоже событие что и закрытие крышки.. ну или открытие крышки ..

Т.е. видимо не в крышке дело, а в тачпаде, так? Это же не нормально когда нажатие кнопки тачпада вызывает событие Lid Switch?

vasek
В части датчика Холла. Насколько я понимаю, если он сломан полностью, то экран или постоянно включен или выключен (не соображу быстро - зависит от положения контактов), а вот если датчик просто глючит, то тогда возможно и будет дергаться.
Можно, наверное, немного подвигать крышку (но что бы не открывать полностью) и посмотреть вывод событий, рекомендованный vs220.

Попробовал и так, если не закрывать полностью то событий не происходит.
Werd
с момента саспенда и с участком пробуждения
Лог только засыпания и без ошибок
и пишет что будить могут
r8169 сетевая карта наверно
а по
xhci_hcd 0000:04:00.0:
ehci-pci 0000:00:1d.0:
ehci-pci 0000:00:1a.0:
надо смотреть что такое
dmesg | grep 0000:00:1d.0 и далее
В биосе нет настроек на пробуждение? Можно было бы поставить на клавиатуру
Werd
sudo cat /dev/input/event3
это не коректный способ, хотите посмотреть используйте xev.
Ошибки в тексте-неповторимый стиль автора©
Werd
Это же не нормально когда нажатие кнопки тачпада вызывает событие Lid Switch?
Может датчик рядом с тачпадом и контакты датчика шевелите при нажатии на тач
Werd
Вообщем случае я не знаю как вывести ноут из саспенда, это самая большая проблема сейчас.
У тебя в wakeup имеется девайсы EHC1, EHC2, имеющие S-state=S3.
EHC1, EHC2 это должны быть по идее USB порты, можно будить от устройств, подключенных в эти порты — это может быть, например, mouse.
Ошибки не исчезают с опытом - они просто умнеют
indeviral
это не коректный способ, хотите посмотреть используйте xev.
Я иногда смотрю наличие евентов (если просто отседить их наличие) так - sudo cat /dev/input/eventN | od -t x1 -w3
Вроде удобно и просто.
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.