Снова скорее всего ничего путного не произойдет, но я чувствую себя спокойнее и увереннее, когда тщательно записываю.
В этот раз я решила начать с логов. Если где-то что-то идет не так, то это где-то должно быть записано.
Начала я с /var/log. Именно там обычно хранится все безобразие. Так как глазками ничего путного найдено не было, то я задумалась, как искать по дате и времени, но на задворках памяти такого не нашла, поэтому пришлось обращаться к гуглу.
Перепробовав несколько команд из ответов с первых страниц гугла сработала эта: ls -l /var/log --time-style=+%D | grep $(date +%D) | awk '{print $7}'
Для большего понимания, что тут происходит надо бы расписать.
ls - команда для вывода списка файлов из папочки. /var/log собственно путь до этой самой папочки
ключ -l выдает это в красивом списочке, а не в одну строку подряд.
--time-style=+%D устанавливает формат вывода этой самой даты в циферковом варианте, чтобы потом можно было использовать grep по этому щастью. И работает исключительно с предыдущим ключом (что собственно логично, иначе что ему там менять).
grep $(date +%D) - здесь мы устанавливаем условие и ищем все файлы, с датой не позже вчерашней
И в конце awk '{print $7}' выводим 7 столбец вывода ls -l.
ИЛИ
Мы можем просто использовать ls -l /var/log -t, который нам выведет файлы по порядку их последнего изменения) А если добавим туда ключ -l то еще и сделает это в красивом списочном виде!
Но особо интересного там не было. Только логи Xorg'a и boot.log от последнего раза, когда батарея таки не выдержала издевательств и без гибернации выключилась от срока давности.
В dmesg'e тоже безумное количество логов на весь возможный экран терминала по поводу этой самой загрузки и только непонятные предупреждения о несохраненной памяти при гибернации за 4 секунды до новой загрузки.
Зато journalctl -u systemd-suspend.service показывает разы ухода в статус suspend (А из прошлых изысканий мы с вами помним хотя кому я вру, я гуглила это повторно что S3 это Suspend to RAM (STR), который еще sleep, standby, а значит ему нужна память для поддержания оперативки и есть S4, которая Suspend to Disk, который еще и hibernation, который собственно бережнее относится к батареи и сохраняет все содержимое оперативки на диск).
Что любопытно, в логах по времени есть только сомнительные выходы при закрытии крышки ноутбука. А вот при нажатии на кнопку выкл от всея ноутбука такого нет.
Поэтому методом индукции пробуем посмотреть аналогичные записи по службе systemd-hibernate.service (ведь если suspend есть, чаму б не быть и hibernate).
Что интересно она действительно существует! Но в логах пусто(
Поэтому идем смотреть вообще какие службы есть со словами suspend и hibernate на просторах компуктера.
А так как мы ленивые, но умные, делаем это еще и одной командой, добавляя ключ -e и указывая сразу два параметра для выборки.
Итого хоть какие-то записи были в журналах hibernate.target,
hybrid-sleep.target, sleep.target и systemd-hybrid-sleep.service.