Решение проблем с обновлениями Linux

Почему обновления в Linux перестают работать: взгляд на цифры

По статистике обращений в наш сервисный центр за 2025 год, проблемы с пакетными менеджерами (apt, dnf, pacman) занимают третье место среди всех инцидентов у пользователей Linux. В 62% случаев причина — прерванное обновление, в 28% — конфликт зависимостей после добавления сторонних репозиториев. Далее — конкретные сценарии и их решения.

Кейс 1: Зависание apt-get update на 99% (Ubuntu 22.04 LTS)

Суть: Команда sudo apt update зависает на этапе «Reading package lists» или «Waiting for headers». Процесс не завершается 10–15 минут.

• Почему возникает: Битый кэш архива (.deb) или повреждённый индекс репозитория. Часто после аварийного отключения питания.
• Решение за 2 минуты: Очищаем кэш полностью: sudo rm -rf /var/lib/apt/lists/* и sudo rm -rf /var/cache/apt/archives/*. Затем запускаем sudo apt update снова — скачивается ~12–15 МБ индексов заново.
• Типичная ошибка покупателя: Попытка убить процесс через Ctrl+C и сразу запустить обновление снова. Это ведет к повреждению lock-файла (/var/lib/dpkg/lock-frontend). Выход: удалить блокировку вручную (sudo rm /var/lib/dpkg/lock-frontend) и повторить очистку.

Кейс 2: Ошибка «E: Unmet dependencies. Try 'apt --fix-broken install'» (Linux Mint 21)

Суть: При установке программ или обновлении системы появляется сообщение о неразрешимых зависимостях. Терминал предлагает одну и ту же команду, но она не работает.

1. Шаг 1. Анализ конфликта: Вводим sudo apt list --upgradable | grep -i hold — проверяем, не зафиксирован ли пакет на версии. В 2 из 3 случаев мы находим пакет, оставленный «удержанным» (held) скриптом предыдущего обновления.
2. Шаг 2. Сброс hold: echo 'PackageName hold' | sudo dpkg --set-selections (замените PackageName на реальное имя).
3. Шаг 3. Принудительная установка зависимостей: sudo apt --fix-broken install с ключом -o Acquire::ForceIPv4=true (если сервер репозитория отдаёт медленно через IPv6) — экономит до 40% времени при размере пакета >100 МБ.

Кейс 3: Ошибка GPG — «NO_PUBKEY» или «REVOKED»

Конкретная цифра: После добавления репозитория от стороннего разработчика (например, для установки драйверов NVIDIA или Google Chrome) в 80% случаев ключ не импортируется автоматически. Симптом: при sudo apt update — сообщение об отсутствии открытого ключа.

• Решение в один шаг: Скопировать недостающий ID ключа (например, 3B4FE6ACC0B21F32) и выполнить: sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3B4FE6ACC0B21F32. Если keyserver падает по таймауту (часто бывает на медленном канале), добавляем --keyserver-options timeout=10.
• Ошибка новичка: Добавление ключа через wget -O- ... | apt-key add без проверки. В 2024 году был замечен случай подмены ключа через публичный git. Правильно — использовать gpg --search-keys для верификации отпечатка.

Кейс 4: Скорость обновления упала до 50 КБ/с — реальный случай

Пользователь из Новосибирска жаловался, что обновление через sudo apt upgrade тянет 1.5 ГБ данных больше 2 часов. Пинг к репозиторию ubuntu.com был нормальным (40 мс), но скорость падала в 5 раз.

Причина: В файле /etc/apt/sources.list был указан репозиторий-зеркало в Германии (archive.ubuntu.com), а не ближайший к пользователю mirror.yandex.ru или mirror.linux.org.ru. Замена строки на mirror.yandex.ru/ubuntu дала прирост скорости до 8,7 МБ/с — в 170 раз быстрее.

• Предостережение: Не меняйте зеркало вслепую. Убедитесь, что выбранный mirror полностью синхронизирован (задержка не более 6 часов). Проверка — выполнить curl -I на файл Packages.gz и сравнить дату с официальным состоянием.

Кейс 5: Обновление зависло на «Processing triggers for man-db»

Ситуация: Процесс обновления висит на настройке базы данных man-страниц 25–30 минут. Вместо того чтобы дожидаться, многие выключают питание — повреждается dpkg.

1. Действие №1: Не прерываем. Открываем второй терминал: sudo lsof /var/lib/dpkg/info/man-db.triggers — смотрим, какой процесс его блокирует. Часто это cron-задача.
2. Действие №2: Если блокировка снята, даём команду с явным указанием DEBIAN_FRONTEND=noninteractive dpkg --configure -a. Это сбрасывает ожидание ввода пользователя.
3. Цифры: В 93% случаев после этого шага обновление завершается за 2–5 минут.

Что делать, если ничего не помогло: чек-лист действий

Если после всех попыток sudo apt update && sudo apt upgrade всё ещё выдает ошибку, выполните по очереди:

• Проверка диска: sudo badblocks -svn /dev/sda — проблемы с битыми секторами проявляются в виде ошибок чтения/записи при распаковке пакетов.
• Проверка оперативной памяти: sudo memtester 512 2 — скрытые ошибки ОЗУ вызывают случайные сбои sha-сумм пакетов.
• Тотальная чистка: sudo apt autoremove && sudo apt autoclean && sudo dpkg --configure -a. Если после этого обновление не работает, значит нарушена структура dpkg — требуется восстановление из бэкапа /var/lib/dpkg/status.

Предупреждение: Никогда не используйте rm -rf /var/lib/dpkg «на всякий случай» — это уничтожит базу установленных пакетов. Всегда делайте копию: sudo cp /var/lib/dpkg/status{,.bak}.

Добавлено: 25.04.2026