dpkg paste subprocess killed — как исправить ошибку распаковки в Linux

Ошибка «dpkg-deb: error: paste subprocess was killed» возникает при распаковке пакетов в Debian и Ubuntu. Эта статья поможет системным администраторам и пользователям устранить эту проблему быстро и безопасно.

Почему появляется ошибка dpkg-deb: error: paste subprocess was killed

Недостаточно свободного места на разделе, куда распаковывается пакет (обычно /var или /tmp).
Проблемы с разрешениями или поврежденной файловой системой на целевом разделе.
Сбой в процессе передачи данных между командами dpkg и paste из-за нехватки ресурсов (например, лимитов памяти или процессов).
Конкурирующие процессы, блокирующие файлы или директории, используемые dpkg во время распаковки.

Пошаговое решение

Шаг 1. Проверка свободного места на диске

df -h /var /tmp /

Команда покажет свободное пространство на разделах /var, /tmp и корне. Если свободного места мало (меньше 500 МБ), очистите ненужные файлы или расширьте раздел. В выводе ищите столбец «Avail» (доступно).

Шаг 2. Очистка временных файлов и кеша APT

sudo apt clean
sudo rm -rf /tmp/*

Первая команда очищает кеш загруженных пакетов, вторая — удаляет временные файлы. Это освободит место в /var и /tmp. Будьте осторожны с удалением из /tmp, убедитесь что там нет нужных запущенных процессов.

Шаг 3. Проверка и исправление файловой системы

sudo touch /forcefsck
sudo reboot

Создание файла /forcefsck и перезагрузка заплотит проверку файловой системы при загрузке. Это поможет исправить возможные повреждения, которые могут мешать работе dpkg. После перезагрузки проблема может исчезнуть.

Шаг 4. Проверка лимитов пользователя и памяти

ulimit -a
free -h

Команда ulimit -a отображает лимиты ресурсов текущего пользователя, а free -h — доступную память. Если лимит процессов или памяти слишком низкий, это может прерывать работу подпроцессов dpkg.

Шаг 5. Завершение зависших процессов dpkg и paste (если есть)

ps aux | grep -E 'dpkg|paste'
sudo kill -9

Ищем зависшие или висящие процессы dpkg и paste. Если такие есть, аккуратно завершите их с помощью kill. Вместо насильственного kill -9 сначала попробуйте kill . Обязательно проверьте, что процессы действительно зависли и не являются частью текущей установки.

Шаг 6. Очистка блокировок dpkg

sudo rm -f /var/lib/dpkg/lock-frontend
sudo rm -f /var/lib/dpkg/lock
sudo dpkg --configure -a

Удаляем возможные файлы блокировки, которые мешают нормальной работе пакетного менеджера. Команда dpkg --configure -a продолжит настройку прерванных пакетов.

Шаг 7. Повторная попытка установки или обновления пакета

sudo apt update
sudo apt install -f

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

Альтернативные методы

1. Увеличение размера раздела с помощью LVM или добавление пространства

Если проблема связана с нехваткой места, рассмотрите возможность расширения раздела, на котором расположены /var или /tmp. Это требует знаний LVM или редактирования разделов, будьте внимательны.

2. Изменение временного каталога для dpkg

Иногда помогает смена TMPDIR на раздел с большим свободным местом:

export TMPDIR=/путь/к/большому/разделу
sudo apt install --reinstall пакет

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

Проверка результата

sudo dpkg --audit
sudo apt update
sudo apt upgrade

Команда dpkg --audit проверит наличие незаконченных установок. Вывод без ошибок будет означать успешное исправление. Последующие apt update и apt upgrade покажут, что пакетный менеджер работает корректно.

Как избежать в будущем

Регулярно проверяйте и очищайте место на системных разделах.
Следите за сообщениями системного журнала (journalctl) для обнаружения ошибок ФС.
Не принудительно прерывайте процессы пакетного менеджера.
Используйте стабильные и проверенные репозитории для установки пакетов.

FAQ

Почему dpkg-deb сообщает, что paste subprocess был убит?
Это означает, что промежуточный процесс, отвечающий за обработку данных пакета, был завершён системой из-за ошибки или нехватки ресурсов.

Можно ли безопасно удалить файлы в /tmp для решения этой ошибки?
Да, обычно /tmp можно очищать, но убедитесь, что не активны процессы, использующие эти файлы.

Что делать, если проблема повторяется после всех процедур?
Проверьте состояние оборудования (жёсткий диск, оперативная память) и целостность системы, возможно, есть физические ошибки.

Смотрите также: Как исправить ошибку «dpkg: error processing archive» в Debian/Ubuntu