Рекомендую почитать!

А вот это хороший вопрос. Полагаю по принципу кто первый встал, того и тапки. Так как у меня гибернационный своп появляется раньше чем те что рулятся systemd-swap, то ответ очевиден. Ну и да. Возможно она смотрит на наличие параметров ядра resume= и resume_offset= и дальше остаётся спросить у ФС, а чтой-та у нас за файлик который лежит по смещению resume_offset=133120? Ага! /hibernate.swp! Ну значить в него и будем гибернейтиться!

resume_offset вычисляется так:
sudo filefrag -v /hibernate.swp|awk '{ if($1=="0:"){print substr($4, 1, length($4)-2)} }'

Угу. Я даже больше склоняюсь к варианту параметров ядра. Это более чем логично.

Потому что невидия и даже больше — ненавидия!

Ну не рассчитан проприетарный драйвер ненавидии на такие выкрутасы... А у тебя только ненавидия или у тебя две карточки? Потому как если две, у меня родилась одна мысель...

хы-хы...
       /*  XFS filesystem has incorrect implementation of fiemap ioctl and
        *  returns extents for only one block-group at a time, so we need
        *  to handle it manually, starting the next fiemap call from the end
        *  of the last extent
        */

Просто на ноуте имеет смысл юзать ненавидию только для отдельных приложух (игрульки, рендеринг). А базово юзать таки интел. А мысель напрямую связана с этим моментом. Ща поясню. Перед переходом в гибернацию есть прехук и по моему постхук. Специальные юниты, которые запускаются непосредственно перед уходом в гибер и непосредственно после выхода. Так вот туда прописать выгрузку / загрузку ядерных модулей ненавидии, что-б она с ума не сходила.

Аквадискотека!

Ну вот у меня везде либо амудя либо интол. Граблем с графикой нуль целых, хуй десятых. Даже понять не могу, откуда люди берут пресловутый тиринг.

Не. Пиком наше всё! Он няшный! 😜

Ой. Какая боль!

Кстати, вот пример прехука на слип / гибернацию и это всё... Ща перешлю.

Вот...

» Типа запустил команду и пока она висит ноут не засыпает ни по какому событию.
Если по поводу этого то я делаю так

[Unit]
Description=run cloud_backup_mail_ru before hibernation
Before=sleep.target

[Service]
Type=oneshot
ExecStart=/usr/bin/systemctl  start cloud_backup_mail_ru.service

[Install]
WantedBy=sleep.target

и сам сервис типа
sleep@cloud_backup_mail_ru.service

сам "основной" сервис типа такого

[Unit]
Description=backup to the MailRu Cloud WebDav
Wants=webdavmailrucloud.service
Before=sleep.target suspend.target hibernate.target hybrid-sleep.target


[Service]
Type=oneshot
StandardOutput=journal
ExecStart={{ CUSTOM_ROOT_BIN_DIR }}cloud_backup_mail_ru.sh

[Install]
WantedBy=sleep.target suspend.target hibernate.target hybrid-sleep.target

Конкретно тут задача была такая, перед каждым sleep делать бэкап

Не, всё-ж systemd позволяет наворачивать кучу разных кейсов, под любую задачу. Главное читать доки. Они рулез! Я вот тут недавно такое навернул... Генерация конфига для прокси, что-б через TOR автоматом обходить списки РКН. Теперь хоть картинки в bandcamp видны...

[Unit]
After=z-i-prepare.service
Wants=z-i-prepare.service

[Service]
Type=oneshot
User=tinyproxy
Group=tinyproxy
Environment="PATH=/usr/local/bin:/usr/sbin:/usr/bin"
ExecStart=tinyproxy-cfg-gen.sh
StandardOutput=file:/run/tinyproxy/tinyproxy.conf
StandardError=file:/dev/null

Тут есть один лайвхак, который я подсмотрел в недрах поставки yggdrasil. tinyproxy-cfg-gen.sh просто выплёвывает готовéнький (© Доктор Дью) конфиг в stdout, а директива StandartdOutput= не записывает это в лог, а отправляет в указанный  file:/run/tinyproxy/tinyproxy.conf И вуаля! Нам не надо лезть в баш портянку или перенаправлять вывод, в случае бинарника. Вумная система сама всё делает за нас!