Linux mint работа dpkg была прервана

Проблема с dpkg.

Здравствуйте. Elementary OS Loki, устанавливал обновление, что-то пошло не так и система наглухо зависла. Ждал около часа, не ожила. Перезагрузил. Теперь при попытке что-либо установить выдает ошибку:

E: Работа dpkg прервана, вы должны вручную запустить «sudo dpkg —configure -a» для устранения проблемы.

Как я понимаю, система запомнила, что что-то не до конца установлено и из-за этого блокирует другие установки. Так вот, выполняю команду sudo dpkg —configure -a , на что выходит это:

Дальше ничего не происходит, сколько ни жди, либо просто остается на месте, либо все начинает виснуть. Что можно сделать, чтобы исправить это?

touch file && ls -la file

может система только для чтения, тогда ничего в твет не покажет

$ touch file && ls -la file

-rw-rw-r— 1 mihail mihail 0 янв 14 13:57 file

значит с фс вплане перезаписи все нормально.

и посмлотри какой процесс больше всего систему нагружает, навернок kworker

Kworker вообще на нуле. Самая большая нагрузка от WebKitWebProces и gala

тогда не могу понять каким образом система зависает если с памятью все нормально и ее хватает.

я бы посмотрел логи /var/log/apt и на чем обновление застопарилось там наверне что то есть. а вообще у меня мало знаний так что трудно сказать сорян

Ну ладно. Буду искать дальше

run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.4.0-59-generic /boot/vmlinuz-4.4.0-59-generic

А запусти sudo update-grub вручную. Что будет? А потомо запусти dpkg снова, если все ок.

Ничего не происходит. Просто мигает курсор в консоли, за полчаса дальше не сдвинулось. Я думаю загрузиться с флешки и попробовать переустановить груб. Есть смысл?

А попробуй grub-mkdevicemap. У тебя, похоже, именно с GRUB проблема.

$: команда не найдена

$ grub-mkdevicemap: ошибка: не удалось открыть /boot/grub/device.map. Команда ‘grub-mkdevicemap:’ не найдена, возможно вы имели в виду: Команда ‘grub-mkdevicemap’ из пакета ‘grub-common’ (main) grub-mkdevicemap:: команда не найдена

Ничего не происходит, просто перемещает на следующую строку с приглашением

Ничего не происходит, просто перемещает на следующую строку с приглашением

Ну и отлично. Ну и еще раз update-grub после этого.

И снова ничего, кроме мигающего курсора

Ну, у тебя какие-то уже странные проблемы. У тебя корень и /home — это разные разделы или все в одном?

Точно? Что говорит mount?

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=1958692k,nr_inodes=489673,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=395716k,mode=755) /dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) mqueue on /dev/mqueue type mqueue (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=395716k,mode=700,uid=1000,gid=1000) gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

И снова ничего, кроме мигающего курсора

И еше попробуй вот что. Запусти dpkg —configure -a и когда зависнет, то прерви и глянь, что он в это время написал в /var/log/syslog. По времени сориентируйтся. Может, там ругань полезла?

Читать не буду, пока не освоишь форматирование.

Блоки кода выделяются тегом [code].

А так не разобрать же ни чего толком, каша.

Немного продвинулось дальше-появилась строчка «Создание кофигурационного файла grub. »

Подожду еще-может все-таки что-то получится

Я бы fsck запустил. Я так понимаю, это всё про корень, поэтому создай файл /forcefsck (sudo touch /forcefsck).

Немного продвинулось дальше-появилась строчка «Создание кофигурационного файла grub. »

Хм. У меня в связи с таким поведением появилась версия, которая может быть и неправильной. У тебя могут быть проблемы с таймаутом DNS (как бы это странно не звучало). Типа, при чем тут DNS. Набери в поиске здесь на ЛОРе «таймаут DNS» и найдешь очень много тем с довольно схожими симптомами: какая-то программа запускается, но ничего не делает, висит запущенной, но срабатывает только через определенное время.

Можно попробовать запустить update-grub через strace и глянуть, в чем он там висит.

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

Источник

Как исправить «dpkg: error: parsing file» / var / lib / dpkg / updates / 0014 “Ошибка в Ubuntu”

На днях я тестировал инструмент с именем OnionShare, который используется для безопасного и анонимного обмена файлами любого размера в Unix-подобных операционных системах.

При попытке установить его в тестовом поле Ubuntu я столкнулся с ошибкой – «E: dpkg был прерван, вы должны вручную запустить« sudo dpkg -configure -a », чтобы исправить проблему».

Как сказал менеджер пакетов APT, я запускал «sudo dpkg -configure -a», но до сих пор не повезло.

Я получил новое сообщение об ошибке, которого я не видел в прошлом.

Ошибка была: «dpkg: error: parsing file» / var / lib / dpkg / updates / 0014 ‘рядом с строкой 0: новая строка в поле «#padding».

Если вы когда-либо сталкивались с ошибкой, что-то вроде выше, вы в хороших руках.

Выполните следующие шаги, чтобы исправить это. Я тестировал это на Ubuntu 18.04 LTS.

Но, я полагаю, это решение может работать в более старых версиях Ubuntu и других продуктах Ubuntu, таких как Linux Mint, Elementary OS и т. д.

Исправить «dpkg: error: parsing file» / var / lib / dpkg / updates / 0014 Ошибка в Ubuntu

Чтобы исправить эту ошибку, просто удалите проблемный файл /var/lib/dpkg/ updates/0014 в моем случае.

Замените имя файла своим.

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

Затем очистите кеш пакетов с помощью команды:

Затем обновите репозитории программ, используя команду:

Наконец, запустите следующую команду, чтобы исправить ошибку:

И проблема ушла!

Тогда уже я мог установить любое программное обеспечение в моей системе Ubuntu.

One thought on “ Как исправить «dpkg: error: parsing file» / var / lib / dpkg / updates / 0014 “Ошибка в Ubuntu” ”

За помощь спс
За срану реклами гари в аду

Источник

Неразрешенные зависимости. Поврежденная система пакетов

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

следующие пакеты имеют неудовлетворенные зависимости: linux-headers-3.13.0.67-generic: Depends:linux-headers-3.13.0.67 но он не установлен

Я не понял, в чем вопрос. Тебе же все написано, причем по-русски.

Почему у него пакет зависит от самого себя и для самого себя не смог разрешить зависимости? Лол.

Не сам от себя, читай вывод внимательнее.

Понял. Моя невнимательность.
Ну, тогда пусть установит linux-headers-3.13.0.67, а потом linux-headers-3.13.0.67-generic.

Тогда уж apt-get install -f , чтобы попытаться починить зависимости.

apt-get install -f пробовала, ничего не дает. При запуске в терминале имеем:

запускаю, потом терминал моргает и закрывается. Всё

Ядром слишком старое, это не ubuntu 16.04 и не debian9. Напиши название и версию дистрибутива. Попытайся удалить linux-headers-3.13.0.67-generic sudo apt-get remove linux-headers-3.13.0.67-generic , он нужен только при сборки модулей ядра, например при установки проприетарных дров от nvidia. Может у тебя в системе эта версия даже не используется, uname -r покажет версию ядра загруженной системы.

Не 16.04. Стояла по ряду причин старая 14.04.LTS Сейчас обновиться не дает, вот пыталась разобраться.

Версия ядра 3.13.0.66-generic При попытке удаления выходит:

$ sudo apt-get remove linux-headers-3.13.0.67-generic [sudo] password for poison: E: Работа dpkg прервана, вы должны вручную запустить «sudo dpkg —configure -a» для устранения проблемы. poison@poison:

$ sudo dpkg —configure -a dpkg: ошибка: не удалось создать новый файл «/var/lib/dpkg/status-new»: На устройстве кончилось место

Думаю тут все понятно. Для ясности скинь текущее положение дел на диске:

Источник

dpkg — проблемы и решения.

У меня очень старенький винт, потихоньку сыплется. Поэтому часто бывают всякие «неожиданности». Но это не всё. Часто при обновлениях случается чт-то от вас не зависящее, и не всегда этому виной кривые руки. Бывает, что dpkg спотыкается обо что-либо, и дальше всё.. ничего обновить в системе, установить или удалить вы через aptitude (apt-get) вы не сможете. Как вариант, можно посмотреть список зависимостей, и удалять всё ручками, но я считаю что это не айс — удалять каждый файлик, править конфиги. Может это и true linux way, но увы, сейчас уже третье тысячелетие, и я отказался от такого извращения. Поэтому мы просто попытаемся починить dpkg.

dpkg — это программное обеспечение, являющееся основой системы управления пакетами в Debian. dpkg используется для установки, удаления, и получения информации о .deb пакетах.
Подробнее смотрите в Wiki, я лишь опишу некоторые проблемы, встречающиеся при обработке пакетов.

1) Что поможет в 80% случаев:

Зачастую достаточно просто запросить из хранилища(репозитория) новый список пакетов:

sudo aptitude update

sudo aptitude install -f

И установить обновления:

sudo aptitude safe-upgrade

Бывает что проблема — это плохо сконфигурированный пакет. Поэтому мы просто её ещё раз переконфигурируем:

sudo dpkg —configure -a

2) Остальные «сложные» случаи:

Для остальных случаев придётся переконфигурировать всё:
sudo dpkg-reconfigure -a
Осторожно, может занять много времени 8)

Или именно этот пакет:
sudo dpkg-reconfigure —default-priority %pack_name%

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

sudo dpkg-reconfigure —force %pack_name%

!ВНИМАНИЕ! Использовать осторожно!

Если и это не помогает, то смотрим что именно произошло, не боимся гуглить и так далее, например у меня было вот что:

3) Конкретные случаи:

1) Падение dpkg — /var/lib/dpkg/available: Input/output error.

E: Sub-process /usr/bin/dpkg returned an error code (2)
dpkg: при работе функции buffer_read(fd) произошла ошибка: копирование файла информации /var/lib/dpkg/available: Input/output error

Дааааа. Как всегда косяки, ну ничего, где-то мы такое видали. Минутный поиск по форуму сообщества и на глаза вылазит лекарство:

sudo dpkg —configure -a
либо
sudo apt-get install -f && sudo dpkg —configure -a

К сожалению никаких результатов в моем случае это не дало.
Ищем дальше. Гугл толком ничего не даёт, найдены пару вариантов с англоязычного форума линукс. К сожалению не помогает. Ну ладно значит будем думать головой.
Идём по адресу /var/lib/dpkg/ находим файл available, пытаемся открыть — filed. Осматриваемся в папке,и видим интересный файл под названием available_old.
Значит, при обновлении пакетов была сделана резервная копия этого файла со старым содержимым. Открываем, копируем содержимое , удаляем available и создаём на его месте новый файл с тем же названием. Вставляем содержимое из available_old.
Проверяем обновления

sudo apt-get update

sudo apt-get upgrade

и о чудо, всё работает. Теперь можно и продолжать настройку системы. Также возможен другой вариант лечения dpkg.
sudo dpkg —clear-avail #удалить информацию о доступных пакетах.

sudo apt-get update #обновление информации о пакетах.

но это при условии, что ваш файл не окажется битым, как в моём случае.

Да, чуть не забыл при внесении данного сообщения начал меня раздражать SCIM Method? он так и норовил подсунуть мне какой-нибудь арабско-еврейско-хрензнает какой шрифт. Пришлось избавится

apt-get remove scim

2) Удалил пакет руками — теперь aptitude ругается, что делать?

dpkg: не удалось обработать параметр %pack_name% (—configure):
подпроцесс post-installation script возвратил код ошибки 1
При обработке следующих пакетов произошли ошибки:
%pack_name%
E: Sub-process /usr/bin/dpkg returned an error code (1)

В таком случае можно удалить пакет через dpkg:

dpkg —purge %pack_name% #удалит всё что о нём было известно вместе с ним 8)

3) в списке файлов пакета %pack_name% отсутствует завершающий символ новой строки

aptitude install -f
Чтение списков пакетов. Готово
Построение дерева зависимостей
Чтение информации о состоянии. Готово
Чтение информации о расширенных состояниях
Инициализация состояний пакетов. Готово
(Чтение базы данных . dpkg: невосстановимая ошибка, прекращение работы:
в списке файлов пакета %pack_name% отсутствует завершающий символ новой строки
E: Sub-process /usr/bin/dpkg returned an error code (2)
Не удалось установить пакет. Попытка восстановить:
Чтение списков пакетов. Готово
Построение дерева зависимостей
Чтение информации о состоянии. Готово
Чтение информации о расширенных состояниях
Инициализация состояний пакетов. Готово

Я гуглил много, оказалось решение очень простое:
sudo kate /var/lib/dpkg/status

После чего Ctrl+F — вводим в поиск %pack_name% и удаляем всё что с ним связано, после чего делаем пункт 1) и вуаля, dpkg вернулся из мёртвых, Ressurect III lvl окрыляет!

ПОДРОБНАЯ ИНФОРМАЦИЯ о dpkg на русском можно глянуть тут: тыц

Если нада, можно сюда скопипастить, но не думаю что нужно.

Проапгрейдил, исправил бОльшинство орфографических ошибок, привёл всё к единому формату. Любые дополнения приветствуются. В данный момент ищутся любые другие ошибки в dpkg, которые решаются способами, которых тут ещё нет.

Ну и спасибо баламутику за баламутивание 8)

Источник