SystemdDoctor
мешает работе пакеты обновления

Обновление пакета отложено: программа запущена

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

Вероятные причины

По порядку: сверху то, что встречается чаще.

  1. Служба работает постоянно и обновление всё время откладывается

    Механизм ждёт остановки программы. Постоянно работающая служба этого момента не даёт.

  2. Обновление применяется неожиданно и перезапускает службу

    Когда отсрочка истекает, обновление применяется принудительно и перезапускает службу в непредсказуемый момент.

  3. Пакетов из разных механизмов несколько и они конфликтуют

    Одна программа, установленная двумя способами, даёт два набора unit-файлов и путаницу с версиями.

Диагностика

Команды идут в том порядке, в котором их стоит выполнять: каждая следующая проверяет то, что осталось после предыдущей.

Какие обновления ждут применения.

snap refresh --list 2>/dev/null

Сообщения об отсрочке обновлений.

journalctl -u snapd -n 30 --no-pager | grep -iE "inhibit|refresh"

Расписание автоматических обновлений.

snap refresh --time 2>/dev/null

Решение

Решение своё для каждой причины. Сначала определите, какая из них ваша, — иначе правки наложатся друг на друга.

1. Служба работает постоянно и обновление всё время откладывается
Почему происходит
Механизм ждёт остановки программы. Постоянно работающая служба этого момента не даёт.
Как проверить
Посмотрите отложенные обновления и сообщения. 
snap refresh --list 2>/dev/null | head
journalctl -u snapd -n 20 --no-pager | grep -iE "inhibit|refresh"
Как исправить
Останавливайте службу на время обновления в запланированное окно. Иначе версия так и останется прежней.
2. Обновление применяется неожиданно и перезапускает службу
Почему происходит
Когда отсрочка истекает, обновление применяется принудительно и перезапускает службу в непредсказуемый момент.
Как проверить
Посмотрите расписание обновлений. 
snap refresh --time 2>/dev/null
systemctl list-timers "snap*" --all --no-pager 2>/dev/null | head
Как исправить
Задайте окно обновлений на удобное время или удерживайте версию до запланированного обслуживания. Автоматический перезапуск боевой службы в рабочее время лучше исключить.
3. Пакетов из разных механизмов несколько и они конфликтуют
Почему происходит
Одна программа, установленная двумя способами, даёт два набора unit-файлов и путаницу с версиями.
Как проверить
Посмотрите, откуда установлена программа. 
command -v myapp; snap list 2>/dev/null | grep -i myapp; dpkg -l | grep -i myapp 2>/dev/null | head -3
Как исправить
Оставьте один способ установки. Два набора unit-файлов для одной программы — источник трудноуловимых проблем.

Пример вывода

Обновление откладывается из-за работающей службы. Пример показательный: он собран на тестовой машине специально для этой страницы, а не взят из чужого журнала.

snapd[11500]: api.go:1234: Snap "myapp" has running apps (myapp-daemon), pids: [11510]
snapd[11500]: refresh inhibited for snap "myapp": snap has running apps
systemd[1]: snap.myapp.daemon.service: Consumed 2h 14min CPU time.

Связанные ошибки

Источники

  • Документация snapd: обновления документация программы
    сверено 15 сентября 2026
  • Воспроизведено на тестовой машине, systemd 255 (Ubuntu 24.04)
    Воспроизведено отложенным обновлением при работающей службе.     собственная проверка, systemd 255
    сверено 15 сентября 2026