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

7

Ubuntu 12.04.

После обновления я получаю красный предупреждающий значок в системном трее, предупреждая об ошибке: broken count > 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 install --fix-broken
[sudo] password for elina: 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Correcting dependencies... Done
The following extra packages will be installed:
  linux-headers-3.2.0-33-generic-pae
The following NEW packages will be installed:
  linux-headers-3.2.0-33-generic-pae
0 upgraded, 1 newly installed, 0 to remove and 38 not upgraded.
1 not fully installed or removed.
Need to get 0 B/977 kB of archives.
After this operation 11,3 MB of additional disk space will be used.
Do you want to continue [Y/n]; y
(Reading database ... 437051 files and directories currently installed.)
Unpacking linux-headers-3.2.0-33-generic-pae (from .../linux-headers-3.2.0-33-generic-pae_3.2.0-33.52_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/linux-headers-3.2.0-33-generic-pae_3.2.0-33.52_i386.deb (--unpack):
 unable to create '/usr/src/linux-headers-3.2.0-33-generic-pae/include/config/usb/gspca/sonixb.h.dpkg-new' (while processing './usr/src/linux-headers-3.2.0-33-generic-pae/include/config/usb/gspca/sonixb.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)
Errors were encountered while processing:
 /var/cache/apt/archives/linux-headers-3.2.0-33-generic-pae_3.2.0-33.52_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

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

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 на моем жестком диске.

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

    
задан escozul 28.11.2012 в 18:25
источник

4 ответа

6

Я действительно нашел решение своих проблем. Казалось, что использование root для запуска nautilus привело к тому, что все иноды достигли 100%. Пришлось очистить их от мусора корня. Поэтому я сделал следующее:

df -i

Это дало мне следующее:

$ df -i
Filesystem     Inodes  IUsed IFree IUse% Mounted on
/dev/sda1      460560 456125  4435  100% /
udev            60125    491 59634    1% /dev
tmpfs           61943    403 61540    1% /run
none            61943      3 61940    1% /run/lock
none            61943      8 61935    1% /run/shm

Woops! inodes используются 100%? это означает, что много-много маленьких файлов хранится где-то. Где?

Я использовал команду:

sudo du -h /* | grep '[0-9]M'

Это дало огромный список файлов, которые выглядели нормально, за исключением того факта, что корневые корзины были заполнены файлами:

/root/.local/share/Trash/files/

Итак, я побежал:

sudo rm -r /root/.local/share/Trash/files/

и

sudo touch /forcefsck

, а затем перезапустите, чтобы последняя команда выполнила свою работу.

После этого выполните:

df -i
and df -Th

вышло следующее:

$ df -i
Filesystem     Inodes  IUsed  IFree IUse% Mounted on
/dev/sda1      460560 196674 263886   43% /
udev            60125    487  59638    1% /dev
tmpfs           61943    393  61550    1% /run
none            61943      3  61940    1% /run/lock
none            61943      8  61935    1% /run/shm

$ df -Th
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sda1      ext4      7,0G  4,7G  2,0G  71% /
udev           devtmpfs  235M  4,0K  235M   1% /dev
tmpfs          tmpfs      97M  816K   96M   1% /run
none           tmpfs     5,0M     0  5,0M   0% /run/lock
none           tmpfs     242M  356K  242M   1% /run/shm

iNodes вернулись к норме, и на самом деле я видел небольшое увеличение дискового пространства (от 1,1 до 2,0 Гб). Это также сильно заставило систему очень быстро, поэтому был положительный побочный эффект для устранения проблемы с моего компьютера теперь, кажется, молниеносно!

Хочу отметить, что если вы страдаете от одной и той же проблемы, любая папка в вашей системе может содержать те крошечные файлы, которые заполняют ваши inodes. Тщательно изучив список, созданный с помощью:

sudo du -h /* | grep '[0-9]M'

поможет вам найти, какая папка нуждается в исправлении.

    
ответ дан escozul 30.11.2012 в 16:18
источник
4

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

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

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

    
ответ дан user111729 30.11.2012 в 12:42
источник
3

Недавно я нашел ту же проблему, но виновником был сам 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 делает трюк. Synaptic упрощает работу с функцией GUI + поиска и функцией заказа.

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

    
ответ дан RedComet 26.07.2013 в 16:37
источник
3

Все эти ответы мне не помогли. Но я нашел эту страницу, и, используя идеи, я мог бы быстро сократить мой индекс inode с 100% до 50%: Ссылка

Идея состоит в том, чтобы найти папки, в которых есть 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

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

    
ответ дан woohoo 30.11.2014 в 15:31
источник

Ознакомьтесь с другими вопросами по меткам