Сломанный пакет после обновления: linux-заголовки, ошибка: BrokenCount & gt; 0

Ubuntu 12.04.

После обновления я получаю красную предупреждающую иконку в системном трее, предупреждая об ошибке: сломанный счетчик> 0

Открытие диспетчера обновлений, я вижу что сломанный пакет linux-headers-3.2.0-33-generic-pae (new install)

Конкретно у меня есть мой ubuntu на AspireOne с внутренним хранилищем 8 ГБ.

Я попробовал apt-get clean, как было предложено в другом вопросе на этом сайте, и попытался переустановить пакет в Synaptic.

Я попытался перезагрузиться, но безрезультатно.

Я также пробовал apt-get install --fix-broken, и я получаю следующее:

Я пробовал все предложения, которые я мог найти:

sudo apt-get clean
sudo apt-get autoclean
sudo apt-get autoremove
sudo apt-get update
sudo apt-get upgrade
sudo apt-get -f install
sudo apt-get install --fix-broken

Тогда я увидел, что при ошибке было упоминание о свободном пространстве. Итак, я сделал df -h, и результат был:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       7,0G  5,5G  1,1G  84% /
udev            235M  4,0K  235M   1% /dev
tmpfs            97M  816K   96M   1% /run
none            5,0M     0  5,0M   0% /run/lock
none            242M  352K  242M   1% /run/shm

Я вижу, что в моей корневой папке я имею 1.1Gb бесплатно. Сломанным пакетом является

linux-headers-3.2.0-33-generic-pae_3.2.0-33.52_i386.deb

, который занимает только 11.3Mb на моем жестком диске.

Я потерял soooo. Я действительно надеюсь, что здесь кое-что отсутствует. Я не хочу переформатировать это ведро. Это действительно не стоит времени. Любая помощь для исправления этого будет горячей.

1
задан 3 March 2017 в 01:58

3 ответа

У меня была такая же ошибка при установке вина с менеджером обновлений, и единственное, что помогло, - удалить все мои пакеты с помощью rm / var / lib / apt / lists * -vf

sudo rm /var/lib/apt/lists/* -vf

It удалили мои пакеты, затем я запустил Software Center. Он сказал, что он сломал пакеты, поэтому я решил их восстановить. Он загрузил необходимые пакеты. После этого все прошло хорошо.

4
ответ дан 25 May 2018 в 03:52
  • 1
    кажется, что одна и та же ошибка может быть вызвана несколькими способами. В моем случае решение было несколько иным, и я добавил его ниже. – escozul 30 November 2012 в 22:21

Недавно я нашел ту же проблему, но виновником был сам Ubuntu. Из-за того, что он «не» обрабатывает «вращение».

Предыдущие версии пакета linux-headers-generic, а также пакеты linux-изображений никогда не удалялись. Если это были последние две или три проблемы, но было почти 20 версий заголовков ядра и ядра. в пакете linux-headers имеется огромное количество файлов, которые съедают все ваши i-узлы. С удалением всех, кроме последних заголовков ядер дерева (предыдущий linux-headers-generic-3.2.0-?), Я спустился с 100% i-узлов, используемых на 45%.

Сначала я не использовал " я знаю, что вызвало проблему, но после прочтения вашего дела я проверил количество своих i-узлов и был на 100% заполнен, на практике, как 200 бесплатных inodes из почти 700 000.

Просто удалив предыдущий Linux пакеты-headers делают трюк. Synaptic упрощает работу с функцией GUI + функции поиска и заказа.

Я пишу это также как помощь людям, сталкивающимся с этой проблемой в последнее время.

3
ответ дан 25 May 2018 в 03:52
  • 1
    В моем случае было около 50 версий ядра версии 3.13.0. udev -rv сказал мне, что я работал 3.10.13-108, который также был указан как сломанный пакет (тревожно). Поэтому я сохранил версии 10 * и 9 *, чтобы оставаться на стороне осторожности. Использование inode упало с 100% до 41% – XavierStuvw 5 February 2017 в 20:51

Все эти ответы мне не помогли. Но я нашел эту страницу, и, используя идеи, я мог быстро довести мой индекс inode от 100% до 50%: http://www.pkdavies.co.uk/142-dpkg-no-space-left-on -device.html

Идея состоит в том, чтобы найти папки, в которых есть inodes.

В терминале cd для запуска root:

# cd /

Затем найдите папки, в которых содержится большинство inodes:

# for i in `ls -1A`; do echo "`find $i | sort -u | wc -l` $i"; done | sort -rn | head -20

Это даст вам список папок. Следуйте приведенным выше шагам снова в cd в папку с наивысшим количеством inodes и снова запустите команду поиска.

Я нашел много неиспользуемых и удаленных ядер, которые по-прежнему занимали место и inodes в источниках ядра папок, например, в разделе /usr/src/linux-headers-*.

ОСТОРОЖНО, НЕ СНИМАЙТЕ ИСТОЧНИКИ ДЛЯ УСТАНОВЛЕННОГО КЕРНАЛА --- ПРОВЕРЬТЕ С uname -rv, КОТОРЫЙ ОДИН ЭТО

Поэтому после Я нашел папки, я удалил устаревшие каталоги по одному, например, с помощью

root@gamma:/usr/src# sudo rm -rf linux-headers-3.2.0-30

. После этого я смог успешно выполнить это для восстановления моей системы:

# apt-get -f install

Надеюсь, это поможет.

3
ответ дан 25 May 2018 в 03:52
  • 1
    Определите текущую версию и версию ядра с помощью uname -rv. Это будет тот, который не следует устранять при удалении каталогов старых версий. Обращаться осторожно. – XavierStuvw 5 February 2017 в 20:47

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

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