Пытаюсь на ноуте настроить настроить засыпание про закрытии крышки, для этого пытаюсь использовать suspend-then-hibernate из systemd. В logind.conf прописал:

HandleLidSwitch=suspend-then-hibernate
HandleLidSwitchExternalPower=suspend-then-hibernate

В sleep.conf:

HibernateDelaySec=600

При закрытии крышки система начинает suspend’иться, но, судя по логам, после этого каждые 5 минут она просыпается, и в результате до гибернации не доходит:

Jun 08 15:57:54 vindy systemd-logind[492]: Lid closed.
Jun 08 15:57:54 vindy systemd-logind[492]: Suspending, then hibernating...
...
Jun 08 15:57:55 vindy systemd[1]: Starting User suspend actions...
Jun 08 15:57:55 vindy wpa_supplicant[641]: wlo1: CTRL-EVENT-DSCP-POLICY clear_all
Jun 08 15:57:55 vindy wpa_supplicant[641]: wlo1: CTRL-EVENT-DSCP-POLICY clear_all
Jun 08 15:57:55 vindy wpa_supplicant[641]: nl80211: deinit ifname=wlo1 disabled_11b_rates=0
Jun 08 15:57:56 vindy systemd[1]: Started User suspend actions.
Jun 08 15:57:56 vindy audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=suspend@okapi comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jun 08 15:57:56 vindy systemd[1]: Reached target Sleep.
Jun 08 15:57:56 vindy systemd[1]: Starting Suspend; Hibernate if not used for a period of time...
Jun 08 15:57:56 vindy kernel: audit: type=1130 audit(1654693076.621:79): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=suspend@okapi comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jun 08 15:57:56 vindy systemd-sleep[2200]: Entering sleep state 'suspend'...
Jun 08 15:57:56 vindy kernel: PM: suspend entry (s2idle)
Jun 08 15:57:56 vindy kernel: Filesystems sync: 0.009 seconds
Jun 08 16:02:56 vindy kernel: Freezing user space processes ... (elapsed 0.039 seconds) done.
Jun 08 16:02:56 vindy kernel: OOM killer disabled.
Jun 08 16:02:56 vindy kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Jun 08 16:02:56 vindy kernel: printk: Suspending console(s) (use no_console_suspend to debug)
Jun 08 16:02:56 vindy kernel: ACPI: EC: interrupt blocked
Jun 08 16:02:56 vindy kernel: ACPI: EC: interrupt unblocked
...
Jun 08 16:08:27 vindy kernel: Freezing user space processes ... (elapsed 0.102 seconds) done.
Jun 08 16:08:27 vindy kernel: OOM killer disabled.
Jun 08 16:08:27 vindy kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Jun 08 16:08:27 vindy kernel: printk: Suspending console(s) (use no_console_suspend to debug)
Jun 08 16:08:27 vindy kernel: ACPI: EC: interrupt blocked
Jun 08 16:08:27 vindy kernel: ACPI: EC: interrupt unblocked
...
Jun 08 16:13:58 vindy kernel: Freezing user space processes ... (elapsed 0.097 seconds) done.
Jun 08 16:13:58 vindy kernel: OOM killer disabled.
Jun 08 16:13:58 vindy kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Jun 08 16:13:58 vindy kernel: printk: Suspending console(s) (use no_console_suspend to debug)
Jun 08 16:13:58 vindy kernel: ACPI: EC: interrupt blocked
Jun 08 16:13:58 vindy kernel: ACPI: EC: interrupt unblocked

(полный лог можно увидеть здесь: https://pastebin.com/kDL3WSwD)

Может кто знает в чём причина такого поведения и как это поправить?

В данный момент я думаю над переходом на Void, и, соответственно, продумываю то, как я буду на нём жить. Я был бы очень благодарен, если бы те, кто на нём уже живёт, поделились бы своим опытом.

Ситуация такая. Я бы хотел поддерживать свой локальный репозиторий с парочкой несложных пакетов, код которых я контролирую сам (в основном это suckless, возможно, что-то ещё). Как это сделать без лишнего геморроя?

0. Можно, конечно, забить на опакечивание и тупо делать make && make install. Но это, по-моему, не вариант: управлением пакетов должен заниматься пакетный менеджер.
1. Можно использовать xbps-src. Плюс, как я понимаю, в том, что сборка происходит в контролируемом окружении (в chroot’е), куда подтягивается всё нужное для сборки, что позволяет в том числе не засорять основную систему ненужными devel-пакетами. Минус в том, что придётся поддерживать форк void-packages, что для моих целей кажется лишним гемором.
2. Можно использовать make && make install в какую-нибудь другую папку && xbps-create. Это кажется вполне разумной альтернативой п.1, можно даже написать враппер, устанавливающий/удаляющий необходимые devel-пакеты. Если совсем заморочиться, можно, наверное, даже chroot замутить в этом враппере (может кто-то уже заморочился?). В чём подводные камни этого способа?

Буду рад, если кто-то поделится своим опытом.

Всем добрый день! Заметил, что для текста некоторых цветов в emacs при проходе курсора меняется цвет самого текста, причём может быть такое, что одна буква «покрашена» в несколько цветов. Иллюстрирующая гифка - https://imgur.com/ttUIZRX

M-x redraw-display помогает, но хотелось бы какое-нибудь другое решение, т.к. это частая проблема, придётся это делать каждые 5 минут. Может, кто-то сталкивался?

У меня debian 10, GNU emacs 26.1 из стандартных реп.

Досталось мне недавно нечто - iru intro непонятной версии (на корпусе нигде не указана). Решил установить на это debian, но никак не могу запустить инсталлятор. Собственно, на флешку записал, она грузится, появляется меню grub'а, но при выборе любого пункта (graphical install или install) ноут ненадолго подвисает, потом - чёрный экран и уход в ребут. Пробовал разные опции загрузки (acpi=off, nosplash --verbose text, vga=normal fb=false) - никакого эффекта. Ни сообщений об ошибках, ничего - только черный экран и уход в ребут. Пробовал old stable, другую флешку, другие дистрибутивы (void linux, alpine) - ситуация аналогичная: меню grub'а грузится, при выборе любого варианта загрузки уход в ребут. Винда, которая стояла на ноуте, грузится нормально.

В биосе нет никаких переключателей uefi/legacy, флага secure boot тоже нет.

Собственно, 1) как мне получить хоть какие-нибудь сообщения об ошибках? что это вообще может быть? 2) как можно добиться моей цели (debian на этом кирпиче) другими путями?