Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' Linux / DevOps

Ошибка dpkg was interrupted в Ubuntu: снятие блокировок и восстановление

Обновлено: 27.08.2026 · Официальная документация ↗

Сбой менеджера пакетов при аварийном завершении

Если во время установки программ или обновления системы (apt upgrade) пропало питание, оборвался SSH-доступ или процесс был принудительно прерван, база пакетов dpkg переходит в заблокированное аварийное состояние. Любая последующая попытка установить или удалить софт блокируется фатальными ошибками:

E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.
E: Could not get lock /var/lib/dpkg/lock-frontend - open (11: Resource temporarily unavailable)
E: Unable to acquire the dpkg frontend lock

Причины сбоя:

  • Случайное нажатие Ctrl+C в момент записи ядра или системных пакетов на диск.
  • Одновременный запуск двух установщиков (например, фоновый скрипт и ручной запуск apt).
  • Аварийная перезагрузка сервера во время обновления.

Пошаговое восстановление работоспособности APT

  1. Шаг 1. Принудительно завершаем зависшие процессы установщика

    Убедимся, что никакой фоновый процесс apt не застрял в памяти:

    sudo killall -9 apt apt-get dpkg 2>/dev/null
  2. Шаг 2. Удаляем старые зависшие lock-файлы блокировок

    sudo rm -f /var/lib/apt/lists/lock
    sudo rm -f /var/cache/apt/archives/lock
    sudo rm -f /var/lib/dpkg/lock
    sudo rm -f /var/lib/dpkg/lock-frontend
  3. Шаг 3. Доконфигурируем недоустановленные пакеты

    Запустите команду восстановления базы dpkg:

    sudo dpkg --configure -a

    (Если на экране появятся вопросы установщика, соглашайтесь с версиями по умолчанию).

  4. Шаг 4. Исправляем сломанные зависимости и очищаем кэш

    # Исправляем недокачанные зависимости:
    sudo apt install -f -y
    
    # Очищаем битые deb-пакеты:
    sudo apt clean
    
    # Обновляем кэш репозиториев:
    sudo apt update
💡 Практика специалистов: Если dpkg завис в процессе настройки grub-pc (появляется серый экран с выбором диска для загрузчика), используйте клавишу ПРОБЕЛ для установки звездочки [*] напротив нужного системного диска /dev/sda и только затем нажимайте Tab -> Enter.

Частые вопросы (FAQ)

Не сломается ли система от ручного удаления файлов /var/lib/dpkg/lock?

Нет. Файлы lock — это пустые маркеры-замки, которые предотвращают одновременный запуск двух установщиков. Если процессы apt уже остановлены, эти файлы являются просто мусором.

Что делать, если dpkg --configure -a зависает на одном конкретном пакете?

Узнайте имя проблемного пакета из лога, удалите его вручную из служебной базы: sudo rm /var/lib/dpkg/info/имя_пакета.* и повторите sudo dpkg --configure -a.

Что делает команда apt install -f?

Ключ -f (fix-broken) принудительно скачивает и устанавливает недостающие зависимые библиотеки, из-за отсутствия которых пакеты не могут завершить установку.

Как проверить целостность установленных пакетов?

Выполните команду проверки статуса: sudo dpkg -l | grep -v '^ii' (она покажет пакеты, которые не находятся в нормальном установленном статусе ii).

Полезные материалы
Рекомендуем