56505 2025-10-20 10:32:11 +0300 Проблема в дистрибутивах. Отсутствуют файлы *.conf в /etc/systemd/ 2026-02-25 13:55:36 +0300 1 1 4 Development Sisyphus systemd unstable x86_64 Linux CLOSED NOTABUG https://bugzilla.altlinux.org/show_bug.cgi?id=57968 P5 normal --- 1 aklemator shaba a1exak2377 arseny rider shaba vlad07m qa-sisyphus oldest_to_newest 274983 0 aklemator 2025-10-20 10:32:11 +0300 В актуальных дистрибутивах отсутствуют файлы *.conf в каталоге /etc/systemd/ Проблема обнаружена в образах Regular Gnome (tested, current) и Regular KDE (tested) Проверил только эти, так что возможно и в других образах есть проблема. 274984 1 aklemator 2025-10-20 10:38:48 +0300 проверялось сразу после установки системы, без обновлений 274987 2 aklemator 2025-10-20 10:42:58 +0300 Установка обновлений не решает проблему. Проблему можно устранить копированием файлов *.conf с другого комп-ра, на котором система устанавливалась давно 274991 3 rider 2025-10-20 10:47:59 +0300 А зачем вам conf в /etc ? 274995 4 aklemator 2025-10-20 10:59:51 +0300 (Ответ для Anton Farygin на комментарий #3) > А зачем вам conf в /etc ? Изначально полез чтобы отключить уход в сон после закрытия крышки ноута. Ноут используется под удаленку. https://www.basealt.ru/about/blog/article/view/kak-nastroit-rezhimy-ehnergosberezhenija-noutbuka-v-alt-rabochei-stancii-k 274996 5 aklemator 2025-10-20 11:00:57 +0300 https://redos.red-soft.ru/base/redos-8_0/8_0-equipment/8_0-manage-power/8_0-closing_laptop_lid/ 275009 6 arseny 2025-10-20 12:10:18 +0300 (In reply to Thiamine from comment #0) > В актуальных дистрибутивах отсутствуют файлы *.conf в каталоге /etc/systemd/ > Проблема обнаружена в образах Regular Gnome (tested, current) и Regular KDE > (tested) > Проверил только эти, так что возможно и в других образах есть проблема. "Открываю я холодильник, а там ничего нет. Попробовал включить его в электросеть; обнаружилось, что он всё равно пустой. Выключил из электросети — ничего в холодильнике не появилось. Несколько раз переставил в холодильнике полки, некоторые вынул. Камера всё равно пустая. Попробовал выкрутить лампочку; в холодильнике ничего. Возможно, если открыть дверь морозилки и потом проверить, суп в холодильнике так и не появится" Зачем лишней работой заниматься? :) Пакет systemd в репозитории одинаковый вне зависимости от образа на базе этого репозитория. 275010 7 arseny 2025-10-20 12:12:02 +0300 (In reply to Thiamine from comment #4) > (Ответ для Anton Farygin на комментарий #3) > > А зачем вам conf в /etc ? > Изначально полез чтобы отключить уход в сон после закрытия крышки ноута. > Ноут используется под удаленку. > > https://www.basealt.ru/about/blog/article/view/kak-nastroit-rezhimy- > ehnergosberezhenija-noutbuka-v-alt-rabochei-stancii-k Этот совет в конце статьи рассчитан на тех, кто в целом понимает, как устроены конфиги в проекте systemd. Файл под /etc/systemd вам нужно просто создать и написать туда конкретное значение нужного параметра в его секции; конфигурация по умолчанию лежит в аналогичном файле под /usr/lib/systemd. 275012 8 arseny 2025-10-20 12:17:02 +0300 (In reply to Arseny Maslennikov from comment #7) > (In reply to Thiamine from comment #4) > > (Ответ для Anton Farygin на комментарий #3) > > > А зачем вам conf в /etc ? > > Изначально полез чтобы отключить уход в сон после закрытия крышки ноута. > > Ноут используется под удаленку. > > > > https://www.basealt.ru/about/blog/article/view/kak-nastroit-rezhimy- > > ehnergosberezhenija-noutbuka-v-alt-rabochei-stancii-k > > Этот совет в конце статьи рассчитан на тех, кто в целом понимает, как > устроены конфиги в проекте systemd. > > Файл под /etc/systemd вам нужно просто создать и написать туда конкретное > значение нужного параметра в его секции; То есть: [Sleep] HibernateDelaySec=120min > конфигурация по умолчанию лежит в > аналогичном файле под /usr/lib/systemd. Там, если я помню правильно, файл логически пуст, и в нём в виде комментариев указаны директивы и их значения по умолчанию для удобства читателя. См. также man systemd-sleep.conf. 275014 9 a1exak2377 2025-10-20 12:32:19 +0300 (Ответ для Thiamine на комментарий #4) > (Ответ для Anton Farygin на комментарий #3) > > А зачем вам conf в /etc ? > Изначально полез чтобы отключить уход в сон после закрытия крышки ноута. > Ноут используется под удаленку. > > https://www.basealt.ru/about/blog/article/view/kak-nastroit-rezhimy- > ehnergosberezhenija-noutbuka-v-alt-rabochei-stancii-k Это можно решить расширение гнома, как вариант ) 275016 10 aklemator 2025-10-20 12:55:56 +0300 (Ответ для A1exaAK на комментарий #9) > (Ответ для Thiamine на комментарий #4) > > (Ответ для Anton Farygin на комментарий #3) > > > А зачем вам conf в /etc ? > > Изначально полез чтобы отключить уход в сон после закрытия крышки ноута. > > Ноут используется под удаленку. > > > > https://www.basealt.ru/about/blog/article/view/kak-nastroit-rezhimy- > > ehnergosberezhenija-noutbuka-v-alt-rabochei-stancii-k > > Это можно решить расширение гнома, как вариант ) Тогда не только для Гнома, в KDE тоже актуально -- Попробуйте перезагрузить ноут через удаленку или по ssh с закрытой крышкой После выгрузки DE (настройки которого перестанут работать), комп уйдет в сон. В итоге перезагрузка так и не произойдет - заснет. 275044 11 arseny 2025-10-20 16:01:02 +0300 (In reply to Thiamine from comment #4) > (Ответ для Anton Farygin на комментарий #3) > > А зачем вам conf в /etc ? > Изначально полез чтобы отключить уход в сон после закрытия крышки ноута. > Ноут используется под удаленку. А, так вам нужен не HibernateDelaySec=, я зачем-то полез по ссылке b.ru/about/blog/*, решил, что она в тему (т. е. что она касается вашей проблемы). "Доверяй, но проверяй". Ладно. Это популярная настройка, настолько, что она упакована в свой собственный пакет: systemd-settings-ignore-handle-lid-switch Править/создавать logind.conf под /etc не нужно, при установке пакета аналогичный файл с директивой встанет под /usr, при удалении пакета, соотв., будет оттуда убран. 275045 12 arseny 2025-10-20 16:02:39 +0300 (In reply to Arseny Maslennikov from comment #11) > (In reply to Thiamine from comment #4) > > (Ответ для Anton Farygin на комментарий #3) > > > А зачем вам conf в /etc ? > > Изначально полез чтобы отключить уход в сон после закрытия крышки ноута. > > Ноут используется под удаленку. > systemd-settings-ignore-handle-lid-switch DE, конечно, будет ставить свои обработчики (https://systemd.io/INHIBITOR_LOCKS) и пытаться управлять power state, поэтому в ней _тоже_ надо настроить желаемое поведение, но симптом из comment 10 должен уйти. Короче, в результате в отсутствие ингибиторов logind не будет усыплять машину с закрытой крышкой, а при запущенных DE или DM поведение будет определяться их процессами и ингибиторами. Если перезагрузить ноутбук с закрытой крышкой с этим пакетом и настройкой в DE не получится, то это другая бага либо на DE, либо на пакете systemd-settings. 275077 13 aklemator 2025-10-20 19:49:16 +0300 systemd-settings-ignore-handle-lid-switch(Ответ для Arseny Maslennikov на комментарий #12) > (In reply to Arseny Maslennikov from comment #11) > > (In reply to Thiamine from comment #4) > > > (Ответ для Anton Farygin на комментарий #3) > > > > А зачем вам conf в /etc ? > > > Изначально полез чтобы отключить уход в сон после закрытия крышки ноута. > > > Ноут используется под удаленку. > > systemd-settings-ignore-handle-lid-switch > DE, конечно, будет ставить свои обработчики > (https://systemd.io/INHIBITOR_LOCKS) и пытаться управлять power state, > поэтому в ней _тоже_ надо настроить желаемое поведение, но симптом из > comment 10 должен уйти. > > Короче, в результате в отсутствие ингибиторов logind не будет усыплять > машину с закрытой крышкой, а при запущенных DE или DM поведение будет > определяться их процессами и ингибиторами. > Если перезагрузить ноутбук с закрытой крышкой с этим пакетом и настройкой в > DE не получится, то это другая бага либо на DE, либо на пакете > systemd-settings. Спасибо большое! Установка пакета systemd-settings-ignore-handle-lid-switch помогла. Обратно закомментировал строки logind.conf. Не уходит в сон теперь ни при закрытии крышки в DЕ, ни при перезагрузке. 282662 14 shaba 2026-02-25 13:55:36 +0300 *** Bug 57968 has been marked as a duplicate of this bug. ***