14.04.5 LTS: после обновления, “система пакета повреждается”

Да, я искал и искал и попробовал и попробовал, и теперь я отправляю...

Несколько пар недель назад, я сделал регулярное обновление своих 14.04.5 систем LTS, и теперь они дают мне, ошибка "система пакета повреждается". Это говорит для попытки двух вещей:

  1. Отключите любое третье лицо PPAs. Я проверил свой исходный список (в Центре программного обеспечения Ubuntu) и не было никого. Они - все источники ubuntu.com. Хорошо, нет, существует источник Google, но отключение он ничему не помог.

  2. Выполненный "sudo склонный - получают установку-f", который дал мне вывод ниже. Тот вывод подразумевает, что мой диск полон, но согласно df это определенно нет. Кажется, что проблема в другом месте, но она вызывает склонный - добираются, чтобы думать, что диск полон.

Какие-либо идеи?

command-prompt$ sudo apt-get install -f
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
  account-plugin-windows-live gir1.2-gnomekeyring-1.0 gir1.2-rb-3.0
  gir1.2-secret-1 libdmapsharing-3.0-2 libgpod-common libgpod4 libhdb9-heimdal
  libkdc2-heimdal libllvm3.5 libntdb1 librhythmbox-core8 libsgutils2-2
  libupstart1 linux-headers-3.13.0-117 linux-headers-3.13.0-117-generic
  linux-headers-3.16.0-30 linux-headers-3.16.0-30-generic
  linux-headers-4.4.0-34 linux-headers-4.4.0-34-generic linux-headers-4.4.0-45
  linux-headers-4.4.0-45-generic linux-headers-4.4.0-64
  linux-headers-4.4.0-64-generic linux-image-3.16.0-30-generic
  linux-image-4.4.0-34-generic linux-image-4.4.0-64-generic
  linux-image-extra-3.16.0-30-generic linux-image-extra-4.4.0-34-generic
  linux-image-extra-4.4.0-64-generic media-player-info python-ntdb
  python3-mako python3-markupsafe rhythmbox-data
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  linux-headers-3.13.0-129 linux-headers-3.13.0-129-generic
  linux-headers-4.4.0-91
The following NEW packages will be installed:
  linux-headers-3.13.0-129 linux-headers-3.13.0-129-generic
  linux-headers-4.4.0-91
0 upgraded, 3 newly installed, 0 to remove and 49 not upgraded.
4 not fully installed or removed.
Need to get 0 B/19.5 MB of archives.
After this operation, 149 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
(Reading database ... 1695950 files and directories currently installed.)
Preparing to unpack .../linux-headers-4.4.0-91_4.4.0-91.114~14.04.1_all.deb ...
Unpacking linux-headers-4.4.0-91 (4.4.0-91.114~14.04.1) ...
dpkg: error processing archive /var/cache/apt/archives/linux-headers-4.4.0-91_4.4.0-91.114~14.04.1_all.deb (--unpack):
 unable to create `/usr/src/linux-headers-4.4.0-91/drivers/staging/android/ion/Makefile.dpkg-new' (while processing `./usr/src/linux-headers-4.4.0-91/drivers/staging/android/ion/Makefile'): No space left on device
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Preparing to unpack .../linux-headers-3.13.0-129_3.13.0-129.178_all.deb ...
Unpacking linux-headers-3.13.0-129 (3.13.0-129.178) ...
dpkg: error processing archive /var/cache/apt/archives/linux-headers-3.13.0-129_3.13.0-129.178_all.deb (--unpack):
 unable to create `/usr/src/linux-headers-3.13.0-129/arch/mips/include/asm/lasat/head.h.dpkg-new' (while processing `./usr/src/linux-headers-3.13.0-129/arch/mips/include/asm/lasat/head.h'): No space left on device
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Preparing to unpack .../linux-headers-3.13.0-129-generic_3.13.0-129.178_amd64.deb ...
Unpacking linux-headers-3.13.0-129-generic (3.13.0-129.178) ...
dpkg: error processing archive /var/cache/apt/archives/linux-headers-3.13.0-129-generic_3.13.0-129.178_amd64.deb (--unpack):
 error creating directory `./usr/src/linux-headers-3.13.0-129-generic/include/config/module/sig': No space left on device
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/linux-headers-4.4.0-91_4.4.0-91.114~14.04.1_all.deb
 /var/cache/apt/archives/linux-headers-3.13.0-129_3.13.0-129.178_all.deb
 /var/cache/apt/archives/linux-headers-3.13.0-129-generic_3.13.0-129.178_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
0
задан 4 September 2017 в 19:59

4 ответа

На первый ответ в склонный - доберитесь: Никакое пространство, оставленное на устройстве (12.04) Ваша система, возможно, не исчерпало inode's. Сравните вывод df -ih к df -h.

Из 'Кв. - добираются, установка-f' произвела Вашу систему, имеет умеренное количество старых пакетов, которые могут быть автоматические удаленный. Это может позволить обновлению работать правильно.

Выполнение sudo apt-get autoremove. Выполненный df -h и df -ih для сравнения этих двух выводов. Рассмотрите регистрацию прежде и после результатов.

, Если apt-get autoremove не освобождает достаточно inode's, Вы, возможно, должны освободить некоторых путем архивации некоторых файлов. du ~/ | sort -n | head -n 10 перечислит 10 самых маленьких файлов в домашнем dir текущих пользователей. Архивация или удаление многих маленьких файлов дадут большую часть удара для усилия в освобождении inodes.

0
ответ дан 2 November 2019 в 07:47

Похож на Ваш исходный файл, повреждается и существуют поврежденные пакеты. Удалите поврежденный исходный файл путем нажатия Ctrl + Высокий звук + T, чтобы открыть терминал и ввести:

sudo rm /etc/apt/sources.list

Затем введите в

sudo software-properties-gtk

, Это откроет software-properties-gtk, и новый sources.list будет создан автоматически.

Затем изменяют сервер на США или на любой другой сервер по Вашему выбору. Необходимо включить репозитории из нового диалогового окна для создания нового sources.list.

Галочка все поля затем нажимают на Revert, затем нажимают близко.

sudo apt-get update && sudo apt-get dist-upgrade -y

E: подпроцесс/usr/bin/dpkg возвратил код ошибки (1) [связанный с Google Chrome]

0
ответ дан 2 November 2019 в 07:47

сделайте df -hi для проверки полного дискового состояния; я держал пари, что Вы не имеете inodes в запасе; таким образом никакие новые файлы не могут быть записаны, никакие расширенные файлы (никакие файлы, сделанные больше). средства-i показывают inode информацию (думайте блоки, кластеры...).

несомненно Вы сделали что-то как создание большого количества крошечных файлов журнала/электронной почты & это использовало весь inodes, и 'диск полон', поскольку больше файлов не может быть записано (даже если некоторое пространство освобождается; inodes все израсходованные!). inodes выделяются на формате; но ищите каталог, это заполнено десятками тысяч больше маленьких файлов, и удалите нежелательное дерьмо или по крайней мере переместитесь в несистемный объем и идеально ограничьте свои журналы/электронные письма или независимо от того, что оно должно иметь более устойчивый предел (номер, определенный Вашим типом диска, способностью, и т.д.) и т.д.

0
ответ дан 2 November 2019 в 07:47

Спасибо за справку все!

От df-i (2-й и 3-й ответ) я мог ясно видеть, что inodes были все израсходованы:

/dev/sda4 1.7M 1.7M 5.2K 100% /

, но я испытывал затруднения при нахождении преступников. Я смотрю во всех обычных местах и в конечном счете нашел, что приблизительно приблизительно 50 ядер (и заголовки и все) были вероятным преступником. Центр программного обеспечения Ubuntu и Кв. - добираются, не были достаточно функциональны, чтобы позволить мне удалить некоторых, таким образом, я перешел к/usr/src и вручную удалил некоторые самые старые каталоги. После 2-3 ядер я видел, что количество inode наконец шло в правильном направлении. Но USC / склонный - добираются, все еще не выполнил бы право. Таким образом, я удалил еще приблизительно 5, которые достали меня к:

/dev/sda4 1720320 1595437 124883 93% /

и ЗАТЕМ мне наконец удалось заставлять USC восстанавливать себя, или по крайней мере он не предлагает мне больше. Затем наконец, в USC, я удалил набор больше ядер Linux.

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

РЕДАКТИРОВАНИЕ: Обновление работало! Все работает! Еще раз спасибо!

грозит кулаком Ubuntu для обеспечения моего компьютера к его коленям ДВАЖДЫ теперь во время регулярного процесса обновления, из-за плохого управления системой хранения

надеется обновить до 18.04 LTS, когда я обновлю снова

0
ответ дан 2 November 2019 в 07:47

Другие вопросы по тегам:

Похожие вопросы: