Версия пакета: gpupdate-0.13.4-alt1 systemd-257.9-alt1 Платформы(Обновлены до Sisyphus): Alt Workstation 11.0 x86_64(Клиент) Alt Server 11.0 x86_64(DC) Шаги для воспроизведения: Изменить период выполнения gpupdate согласно https://docs.altlinux.org/ru-RU/alt-domain/11.0/html/alt-domain/gpui-preferences-gptimer--section.html: 1. Создать директорию /etc/systemd/user/gpupdate-user.timer.d/ с помощью ГП Компьютер -> Настройки -> Настройки Системы -> Папки 2. Создать ini-файл /etc/systemd/user/gpupdate-user.timer.d/override.conf с помощью Компьютер -> Настройки -> Настройки Системы -> Ini файлы: - в поле Действие выбрать пункт Обновить; - в поле Путь к файлу указать /etc/systemd/user/gpupdate-user.timer.d/override.conf; - в поле Имя секции указать Timer; - в поле Имя свойства указать OnUnitActiveSec; - в поле Значение свойства указать периодичность запроса: 10min. 3. Перезагрузить клиента и авторизоваться доменным пользователем 4. Выполнить $ systemctl --user daemon-reload 5. Проверить $ systemctl --user status gpupdate-user.timer Ожидаемый результат: В статусе таймера: Trigger: ...; 9min left Фактический результат: override.conf применился, таймер знает про переопределённый параметр $ systemctl --user cat gpupdate-user.timer | grep OnUnitActive OnUnitActiveSec=60min OnUnitActiveSec = 10min Но при этом используется значение 60min ● gpupdate-user.timer - Run gpupdate-user every hour Loaded: loaded (/usr/lib/systemd/user/gpupdate-user.timer; enabled; preset: disabled) Drop-In: /etc/systemd/user/gpupdate-user.timer.d └─override.conf Active: active (waiting) since Fri 2025-09-19 14:35:08 MSK; 2min 33s ago Invocation: ce821a371f254fdc98944bbdc23dc3fa Trigger: Fri 2025-09-19 15:33:26 MSK; 55min left Triggers: ● gpupdate-user.service сен 19 14:35:08 workstation-11-1-x86-64-uefi-btrfs-20250911.localdomain systemd[3868]: Started gpupdate-user.timer - Run gpupdate-user every hour. Дополнительно: Аналогичная конфигурация для системного юнита gpupdate.timer применяется корректно. Возможно ошибка в systemd, а возможно требуется дополнительная настройка(прошу подсказать какая).
Арсений, здравствуйте. Данное поведение является особенностью работы таймера В пользовательском таймере первое срабатывание задаётся параметром OnStartupSec (от момента старта systemd --user). Если он равен 60min, то после применения ГП первый запуск останется через час, даже если OnUnitActiveSec изменён на 10min. Варианты решения: 1) Дождаться первого запуска по текущему OnStartupSec; 2) Добавить редактирование ещё одной секции через настройки Ini файлов в GPUI: задать OnStartupSec=0min, после чего выполнить: $systemctl --user daemon-reload $systemctl --user restart gpupdate-user.timer Тогда новое значение интервала начнёт действовать сразу при применении ГП.
(Ответ для Valentin Sokolov на комментарий #1) > Арсений, здравствуйте. Данное поведение является особенностью работы таймера > В пользовательском таймере первое срабатывание задаётся параметром > OnStartupSec (от момента старта systemd --user). Если он равен 60min, то > после применения ГП первый запуск останется через час, даже если > OnUnitActiveSec изменён на 10min. > > Варианты решения: > > 1) Дождаться первого запуска по текущему OnStartupSec; > > 2) Добавить редактирование ещё одной секции через настройки Ini файлов в > GPUI: задать OnStartupSec=0min, после чего выполнить: > > $systemctl --user daemon-reload > $systemctl --user restart gpupdate-user.timer > > Тогда новое значение интервала начнёт действовать сразу при применении ГП. Добрый день! OnStartupSec также есть и для системного юнита. Если я правильно понял, получается системные групповые политики должны тоже применяться спустя час после загрузки, даже если OnUnitActiveSec=10min. Но для gpupdate.timer не требуется настройка OnStartupSec. Если это особенность только для пользовательского таймера, может в таком случае добавить примечание в документацию?
