Подробный гайд: Ошибка failed to init manager: отсутствует пакет astra-upgrade-config - Часть 2

Решение ошибки отсутствия пакета astra-upgrade-config в репозиториях Astra Linux: проверка источников, кэша и установка.

2026.09.02                  


Подробный гайд: Ошибка failed to init manager: отсутствует пакет astra-upgrade-config - Часть 2Подробный гайд: Ошибка failed to init manager: отсутствует пакет astra-upgrade-config - Часть 2 Начало в Части 1


14. Проверьте, что версия репозитория совпадает с системой

Если у вас установлена, например, Astra Linux 1.7, а репозиторий подключён от 1.8, это может привести к ошибке.

Проверьте:

cat /etc/os-release
sudo grep -RsE '^[[:space:]]*deb' /etc/apt/sources.list /etc/apt/sources.list.d/

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




15. Проверьте архитектуру

Узнайте архитектуру:

dpkg --print-architecture

Если репозиторий, например, только для amd64, а система ожидает другую архитектуру, пакет может быть недоступен.

Иногда полезно явно указать архитектуру в строке репозитория:

deb [arch=amd64] https://dl.astralinux.ru/astra/stable/1.8_x86-64/repository-update/ 1.8_x86-64 main contrib non-free

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


16. Проверьте, не блокирует ли пакет apt pinning

Посмотрите настройки приоритетов:

ls -l /etc/apt/preferences.d/
cat /etc/apt/preferences 2>/dev/null
cat /etc/apt/preferences.d/* 2>/dev/null

Проверьте политику:

apt-cache policy

Если пакет есть в репозитории, но Candidate: (none), возможна блокировка через приоритеты.

Временно уберите подозрительные файлы:

sudo mkdir -p /root/backup-astra-upgrade/preferences
sudo mv /etc/apt/preferences.d/* /root/backup-astra-upgrade/preferences/ 2>/dev/null || true

Затем:

sudo apt update
apt-cache policy astra-upgrade-config

Если проблема была в этом, далее настройте корректный pin вместо постоянного отключения.


17. Пересоздайте кэш apt, если он повреждён

Иногда пакеты есть в репозитории, но локальный кэш повреждён.

Сделайте резервную копию и очистите кэш:

sudo mkdir -p /root/backup-astra-upgrade
sudo cp -a /var/lib/apt/lists /root/backup-astra-upgrade/lists-$(date +%F-%H%M%S) 2>/dev/null || true

sudo rm -rf /var/lib/apt/lists/*
sudo apt update

После этого снова:

apt-cache policy astra-upgrade-config

18. Проверьте права и возможность записи настроек

Сообщение говорит:

не удалось создать настройки

Если пакет уже есть, но ошибка остаётся, возможно, менеджер не может создать файл настроек из-за прав.

Проверьте каталоги:

ls -ld /etc/astra-upgrade* /var/lib/astra-upgrade* /opt/astra-upgrade* 2>/dev/null

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

Для терминальной утилиты:

sudo имя-команды

Для графического менеджера лучше смотреть документацию к вашей версии, но запуск из терминала поможет увидеть подробную ошибку:

имя-программы

или, если есть режим подробного вывода:

имя-программы --verbose
имя-программы --debug

19. Проверьте журналы

Если менеджер запускается как сервис, найдите его:

systemctl list-units --type=service | grep -iE 'upgrade|manager|astra'

Посмотреть статус:

systemctl status имя-сервиса

Логи:

journalctl -u имя-сервиса -b

Также можно проверить системный журнал:

journalctl -p err -b

или:

sudo tail -n 100 /var/log/syslog

Если менеджер запускается вручную, запускайте его из терминала и сохраняйте вывод:

имя-команды 2>&1 | tee /tmp/astra-upgrade-manager.log

20. Если пакет нигде не находится: временное решение

Если вам нужно срочно разблокировать менеджер и вы точно знаете, что пакет есть на официальном носителе или в доверенном .deb-файле, можно установить его локально:

sudo apt install ./astra-upgrade-config_версия_архитектура.deb

Но это временная мера. Правильное решение — подключить корректный репозиторий, чтобы менеджер и apt видели пакет штатно. Не устанавливайте .deb из неизвестных источников.


21. Краткий алгоритм устранения

Минимальная последовательность обычно такая:

cat /etc/os-release
dpkg --print-architecture

sudo cp -a /etc/apt /root/apt-backup-$(date +%F-%H%M%S)

sudo apt update
apt-cache policy astra-upgrade-config

sudo grep -RsE '^[[:space:]]*deb' /etc/apt/sources.list /etc/apt/sources.list.d/


Если пакет не найден:

  1. Добавить правильный репозиторий для вашей версии и архитектуры.
  2. Добавить update/upgrade/extended репозиторий, если он нужен.

3. Выполнить:

sudo apt update
sudo apt install astra-upgrade-config
  1. Повторно запустить менеджер.

22. Самая частая рабочая схема

Если ошибка возникла при миграции/обновлении:

  1. Подключить репозиторий обновлений, а не только базовый установочный образ.

2. Выполнить:

sudo apt update

3. Проверить:

apt-cache policy astra-upgrade-config

4. Установить пакет:

sudo apt install astra-upgrade-config

  1. Если менеджер использует свой конфиг, проверить репозитории в нём.
  2. Запустить менеджер заново.

23. Что собрать, если ошибка остаётся

Если после всех действий проблема сохраняется, подготовьте вывод следующих команд:

cat /etc/os-release
uname -m
dpkg --print-architecture
date
timedatectl

sudo grep -RsE '^[[:space:]]*deb' /etc/apt/sources.list /etc/apt/sources.list.d/

sudo apt update
apt-cache policy astra-upgrade-config
apt-cache madison astra-upgrade-config
dpkg -l | grep -E 'astra-upgrade|upgrade-config|keyring'

Также соберите ошибки из журналов:

journalctl -p err -b | tail -n 100

и, если известно имя сервиса:

systemctl status имя-сервиса
journalctl -u имя-сервиса -b

Эти данные покажут, где именно обрывается инициализация: в apt, в репозиториях, в конфигурации менеджера или в правах доступа.


Итог

Ошибка исчезает, когда менеджер и apt начинают видеть пакет astra-upgrade-config в корректном репозитории.

В большинстве случаев нужно:

  1. Подключить правильный репозиторий обновлений/миграции для вашей версии и архитектуры.

2. Обновить индексы:

sudo apt update

3. Установить пакет:

sudo apt install astra-upgrade-config

  1. Проверить отдельный конфигурационный файл менеджера, если он использует свои репозитории, а не системные источники apt.

Информация предоставлена в ознакомительных целях. Применение описанных настроек в системах, должно осуществляться только после согласования с ответственными за информационную безопасность и в соответствии с требованиями ФСТЭК, ФСБ и иных уполномоченных органов.


Статью подготовил: Аверко Денис Сергеевич @Nymexis г. Омск (специалист по ЗИ)

Комментарии

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