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

sirocco
Werd
А вот назад по нажатию power button он не выходит =/
Кнопка поломалась?

Не знаю =/ не могу понять.. Возможно что поломалась, бывают проблемы с включением иногда.
Вот сейчас он опять спонтанно ушел в саспенд уже через 10 минут после загрузки. В логах написано что lid switch вызвал саспенд. По совету vs220 отключил lid switch, ну вроде норм пока все.
Но основной вопрос как выходить из саспенда, войти то в него командой можно, а выйти как? =/
Werd
как выходить из саспенда
Кнопкой питания.
Aivar
Кнопкой питания.
Werd
по нажатию power button он не выходит
Что то у него наверно с acpi не в порядке если systemd не правильно кнопки и крышку определяет
Aivar
Werd
как выходить из саспенда
Кнопкой питания.
Так не выходит он кнопкой питания. Включается ей, но из саспенда кнопкой питания не выходит.
Может можно как то перенастроить это поведение в logind, я пока не смог разобраться. Там что то вроде
HandlePowerKey=suspend например сделать, чтобы power key использовался для саспенда, для входа и выхода из него
Werd
HandlePowerKey=suspend например сделать, чтобы power key использовался для саспенда, для входа и выхода из него
Для суспенда можно настроить событие acpi смотрите
man logind.conf
вот только они у вас вроде не правильно определяются.
Пробуждение же работает по acpi/wakeup смотрите по какому событию у вас включено
cat /proc/acpi/wakeup
Посмотрите ошибки systemctl suspend system.journal _SYSTEMD_UNIT=systemd-logind.service
Ошибки acpi таблицы wiki.archlinux.org/index.php/DSDT
Если раньше suspend работал можно попробовать откатиться или лтс ядро
$ cat /proc/acpi/wakeup
Device	S-state	  Status   Sysfs node
P0P1	  S4	*disabled
EHC1	  S3	*enabled   pci:0000:00:1d.0
EHC2	  S3	*enabled   pci:0000:00:1a.0
HDEF	  S3	*disabled  pci:0000:00:1b.0
RP01	  S3	*disabled  pci:0000:00:1c.0
PXSX	  S4	*disabled  pci:0000:02:00.0
RP02	  S3	*disabled  pci:0000:00:1c.1
PXSX	  S4	*disabled  pci:0000:03:00.0
RP03	  S3	*disabled
PXSX	  S4	*disabled
RP04	  S3	*disabled  pci:0000:00:1c.3
PXSX	  S4	*enabled   pci:0000:04:00.0
RP05	  S3	*disabled  pci:0000:00:1c.4
PXSX	  S4	*disabled
RP06	  S4	*disabled  pci:0000:00:1c.5
PXSX	  S4	*enabled   pci:0000:06:00.0
RP07	  S3	*disabled
PXSX	  S4	*disabled
RP08	  S3	*disabled
PXSX	  S4	*disabled
PEG0	  S4	*disabled  pci:0000:00:01.0
PEGP	  S4	*disabled  pci:0000:01:00.0
LID0	  S3	*enabled   platform:PNP0C0D:00

Вот такая команда у меня не работает.
vs220
Посмотрите ошибки systemctl suspend system.journal _SYSTEMD_UNIT=systemd-logind.service

Могу только лог посмотреть вот так:

$ journalctl -b _SYSTEMD_UNIT=systemd-logind.service
-- Logs begin at Sun 2017-08-27 21:26:16 IST, end at Tue 2018-01-16 14:49:52 IST
янв 16 08:55:19 dell systemd-logind[436]: New seat seat0.
янв 16 08:55:19 dell systemd-logind[436]: Watching system buttons on /dev/input/
янв 16 08:55:19 dell systemd-logind[436]: Watching system buttons on /dev/input/
янв 16 08:55:19 dell systemd-logind[436]: Watching system buttons on /dev/input/
янв 16 08:55:19 dell systemd-logind[436]: Watching system buttons on /dev/input/
янв 16 08:55:19 dell systemd-logind[436]: Watching system buttons on /dev/input/
янв 16 08:55:28 dell systemd-logind[436]: New session c1 of user ptah.
янв 16 08:56:44 dell systemd-logind[436]: Lid closed.
янв 16 08:56:45 dell systemd-logind[436]: Lid opened.
янв 16 08:57:35 dell systemd-logind[436]: Watching system buttons on /dev/input/
янв 16 09:02:46 dell systemd-logind[436]: Lid closed.
янв 16 09:02:47 dell systemd-logind[436]: Lid opened.
янв 16 09:04:28 dell systemd-logind[436]: Lid closed.
янв 16 09:04:29 dell systemd-logind[436]: Lid opened.
янв 16 09:04:38 dell systemd-logind[436]: Lid closed.
янв 16 09:04:39 dell systemd-logind[436]: Lid opened.
янв 16 09:04:40 dell systemd-logind[436]: Lid closed.
янв 16 09:04:42 dell systemd-logind[436]: Lid opened.
янв 16 11:58:11 dell systemd-logind[436]: Lid closed.
янв 16 11:58:12 dell systemd-logind[436]: Lid opened.
янв 16 11:58:12 dell systemd-logind[436]: Lid opened.
янв 16 12:35:06 dell systemd-logind[436]: Lid closed.
янв 16 12:35:06 dell systemd-logind[436]: Lid opened.
янв 16 12:41:42 dell systemd-logind[436]: Lid closed.
янв 16 12:41:45 dell systemd-logind[436]: Lid opened.
янв 16 12:41:46 dell systemd-logind[436]: Lid closed.
янв 16 12:41:46 dell systemd-logind[436]: Lid opened.
янв 16 12:46:06 dell systemd-logind[436]: Lid closed.
янв 16 12:46:08 dell systemd-logind[436]: Lid opened.
янв 16 12:46:09 dell systemd-logind[436]: Lid closed.
янв 16 12:46:10 dell systemd-logind[436]: Lid opened.
янв 16 12:46:12 dell systemd-logind[436]: Lid closed.
янв 16 12:46:13 dell systemd-logind[436]: Lid opened.
янв 16 12:56:27 dell systemd-logind[436]: Watching system buttons on /dev/input/
янв 16 14:40:53 dell systemd-logind[436]: Lid closed.
янв 16 14:40:54 dell systemd-logind[436]: Lid opened.
янв 16 14:44:39 dell systemd-logind[436]: Lid closed.
янв 16 14:44:42 dell systemd-logind[436]: Lid opened.
янв 16 14:45:10 dell systemd-logind[436]: Lid closed.
янв 16 14:45:10 dell systemd-logind[436]: Lid opened.
янв 16 14:48:57 dell systemd-logind[436]: Lid closed.
янв 16 14:49:01 dell systemd-logind[436]: Lid opened.
янв 16 14:49:50 dell systemd-logind[436]: Lid closed.
янв 16 14:49:52 dell systemd-logind[436]: Lid opened.

Очень много тут событий с крышкой, хотя крышку я не трогал, закрыл только один раз чтобы проверить сработает ли событие, остальные срабатывания ложные.

Еще обнаружил интересную вещь, получается выйти из саспенда нажатием левой кнопки тачпада.. =/
Правда тачпад кажется не корректно работает, или не совсем корректно... там какая то проблема с железом видимо...
Werd
Очень много тут событий с крышкой, хотя крышку я не трогал, закрыл только один раз чтобы проверить сработает ли событие, остальные срабатывания ложные.
Что то мне это напоминает один bug, наблюдаемый на некоторых типах ноутбуках и системах.
Точно не помню, но что то типа ошибки системы при иницилизации статуса крышки - эти ошибки происходят при открытии/закрытии крышки и система не понимает ее состояние (а это как раз и происходит в suspend - закрытие крышки).
Думаю это можно проверить - отправь ноутбук в suspend командой, крышку не закрывай, подожди секунд 10-20 и выведи из suspend. Если все нормально, то, думаю, этот bug и у тебя. Лечение от этого есть.
UPD - вот только не уверен в правильности этой прверки, придумал сам, но по логике вроде бы правильно.

EDIT -1 — нашел у себя лечение — попробуй загрузиться с параметром button.lid_init_state=open
Но, думаю, можно попробовать и без перегрузки
su …. # echo open > /sys/module/button/parameters/lid_init_state
и попробуй уйти в suspend с закрытием крышки и выйти затем.
Конечно, это все мои предположения, но проверить стоит.
Ошибки не исчезают с опытом - они просто умнеют
Werd
cat /proc/acpi/wakeup
Пробуждение по крышке включено, повер кнопки PWRB не видно.
На остальные включенные надо смотреть что это такое
dmesg | grep  0000:06:00.0
dmesg | grep 0000:00:1d.0

Werd
команда у меня не работает.
Я имел ввиду усыпить systemctl suspend и посмотреть лог systemd-logind.service
Очень много тут событий с крышкой может баг vasek написал, может неверная таблица DSDT, аппаратная проблема - датчик холла может глючит.
Гляньте события в input крышки /dev/input/event3 (lid switch) судя по вашему прошлому логу
но лучше проверить номер event
cat /proc/bus/input/devices
Отследить события
sudo cat /dev/input/event3
ничего не нажимать
если ничего нет cat будет пустой
если определяется нажатие будет выводить кракозябры
В dmesg может ругань какая на lid acpi

Попробуйте еще обновится и переустановить acpi
pacman -Suy acpi
vs220
датчик холла может глючит
То же приходила такая мысль, но уж очнь редко ломается.
В свое время хотел ради интереса погуглить, как проверить его работоспособность, да так и не собрался.
Если что то есть на эту тему (проверки), дай пожалуйста ссылки.
Ошибки не исчезают с опытом - они просто умнеют
Werd, насчет бага - это просто одно из предположений - если интересует, почитай на эту тему подробнее, здесь не так все просто и нужно разбираться — в каких случаях что использовать. Вообщем погугли на эту тему (можно по параметру загрузки).
В части button.lid_init_state=open я брал отсюда
The OS does not detect that the lid has been opened if the laptop is suspended. This can be fixed through the following modification:
Add button.lid_init_state=open to the end of the GRUB_CMDLINE_LINUX_DEFAULT option
В других источниках пишут немного другое - button.lid_init_state=method
Посмотрел исходники, там вообще несколько значений и open и close (closed) и ignore (не помню как точно пишется, пишу по памяти).
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.