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

Привет! Такая проблема у меня.
Ноут dell xps l502x.
Сегодня при работе от батереи на 40% заряда он ушел в suspend или гибернацию спонтанно.
Я конечно могу ошибаться и это может и не сааспенд и не гибернация вовсе но выглядит как оно, кнопка питания мигает как при саспеннде.
Но выйти из этого саспенда я не смог, пришлось сделать хард резет.
А при загрузке обнаружил такую странность. Ноут включается но после загрузки ядра уходит в аналогичный сааспенд без возможностей выхода, через 10-15 секунд. Но если не загружать ядро и остаться в меню grub'а то саспенда не происходит.
С чем такое может быть связано ? У пока только мысль что причиной может быть laptop mode tools. Что посоветуете?

Update: загрузился с флешки, отключил laptop mode tools, не помогло =(

Скажите какие логи мне посмотреть чтобы найти проблему?
Werd
Скажите какие логи мне посмотреть чтобы найти проблему?
vasek
уже писал https://archlinux.org.ru/forum/post/180440/

Ну и вики wiki.archlinux.org/index.php/General_troubleshooting
vs220
Werd
Скажите какие логи мне посмотреть чтобы найти проблему?
vasek
уже писал https://archlinux.org.ru/forum/post/180440/

Ну и вики wiki.archlinux.org/index.php/General_troubleshooting

Спасибо. Но я что то не до конца понял как там в грубе прописать параметры.
Жму 'e' на строчке arch Linux. Открывается окно с параметрами:

setparams 'Arch Linux'
...
Вписываю туда второй строчкой 'emergency'. Жму f10...
Root: can't find command emergency...
В параметры ядра прописывайте.
Я бы начал с простого анализа и попробовал сначала исключить хотя бы железные проблемы:
1. Поконтролировать темперетуру, возможно ее высокое значение является причиной ухода в suspend/hibernate (возможно плохой теплообмен - или почистить или менять пасту).
2. Дополнение к п. 1 - попробовать отключить режим Turbo Boost и поработать без него.
3. Проверить наблюдается ли эта проблема при работе от сети.
Если причина не в указанном выше, с определенной долей вероятности можно грешить на системные проблемы. Попробуй сначала увеличить логирование, возможно что то появится дополнительное в логах. Если и здесь ничего нет, то думать дальше, что еще можно проверить. Пока в голову ничего не лезет.
Ошибки не исчезают с опытом - они просто умнеют
Aivar
В параметры ядра прописывайте.
Ну да я разобрался, те так: systemd.unit=emergency.target, в параметры ядра. Все правильно? У меня загружается что то после этого но там не возможно в консоли писать, пишешь и не появляется текст, хотя Клава работает вроде, enter работает.

vasek
Я бы начал с простого анализа и попробовал сначала исключить хотя бы железные проблемы:
1. Поконтролировать темперетуру, возможно ее высокое значение является причиной ухода в suspend/hibernate (возможно плохой теплообмен - или почистить или менять пасту).
2. Дополнение к п. 1 - попробовать отключить режим Turbo Boost и поработать без него.
3. Проверить наблюдается ли эта проблема при работе от сети.
Если причина не в указанном выше, с определенной долей вероятности можно грешить на системные проблемы. Попробуй сначала увеличить логирование, возможно что то появится дополнительное в логах. Если и здесь ничего нет, то думать дальше, что еще можно проверить. Пока в голову ничего не лезет.

Ну я собственно и пытаюсь логи посмотреть, вообще я загружался с флешки, монтировал раздел системный и смотрел логи там. Но там чето *.journal файлы в кодировке какой то странной или че там с ними не так я не смог пока понять... Куча странных символов там в файлах. Чем их лучше всего просматривать? А все понял journalctl... ))

Ок вот конец лога последнего запуска:

14:51:18 systemd[1]: Startup finished in 4.383s (kernel) + 14.497s (userspace) = ..
14:51:29 systemd-logind[776]: Suspending...
Ну а дальше несколько строчек про то как успешно происходит саспендинг..
Это нормально? Как понять с чего это вдруг он через 10 секунд после загрузки ядра решает засаспендится? =/
Werd
Как понять с чего это вдруг он через 10 секунд после загрузки ядра решает засаспендится? =/
Крышку может не правильно определяет, systemd-logind думает что крышка закрыта. Можно попробовать добавить в /etc/systemd/logind.conf арча
загрузившись с лайв
HandleLidSwitch=ignore
HandleLidSwitchDocked=ignore
Посмотрите что там еще раскомментировано
vs220
через 10 секунд
а я что то эти 10с и не заметил )
Ошибки не исчезают с опытом - они просто умнеют
Ок. Вот на всякий случай:

# journalctl --file /mnt/var/log/journal/.../system.journal _SYSTEMD_UNIT=systemd-logind.service

14:51:13 ... ... : new seat seat0
14:51:13 ... ... : watching system buttons on /dev/input/event4 (power button)
14:51:13 ... ... : watching system buttons on /dev/input/event1 (power button)
14:51:13 ... ... : watching system buttons on /dev/input/event3 (lid switch)
14:51:13 ... ... : watching system buttons on /dev/input/event2 (sleep button)
14:51:13 ... ... : watching system buttons on /dev/input/event0 (AT Translated Set 2 Keyboard)
14:51:29 ... ... : Suspending...

Update:
Глянул logind.conf.
Вот че там, несколько строк но все закоментированы кроме одной, вот этой

HandleSuspendKey=suspend

Закоментил и ее. Щас попробую загрузиться...

Так ок, круто. Загрузился. Спасибо ребятки за помощь ))
Но это видимо еще не все. Сейчас закрыл крышку и ноут ушел в саспенд, ну как и должен поидее.
А вот назад по нажатию power button он не выходит =/
Как я понял проблема у меня какая то с suspend key.
Что это вообще за саспенд кей такой? У меня же нет специальной кнопки для этого...
Как настроить в этом случае выход из саспенда?
Werd
А вот назад по нажатию power button он не выходит =/
Кнопка поломалась?
 
Зарегистрироваться или войдите чтобы оставить сообщение.