broken-package-after-update-linux-headers-error-brokencount-0 [дубликат]
Моя платформа - Ubuntu 12.04.
Я читал, и этот текст фактически следует за потоком по ссылке, Сломанный пакет после обновления: linux-headers, error: BrokenCount> 0
У меня сломанный пакет после обновления. Изначально мой диск был заполнен, но с тех пор я исправил это, и теперь у меня есть 4+ гигабайта свободного места.
Затем я прочитал здесь, что мне нужно выполнить команды:
sudo apt-get -f install
sudo apt-get install --fix-broken,
Я получил следующие результаты:
(Reading database ... 897477 files and directories currently installed.)
Unpacking linux-image-3.2.0-67-generic (from .../linux-image-3.2.0-67-generic_3.2.0-67.101_amd64.deb) ...
Done.
dpkg: error processing /var/cache/apt/archives/linux-image-3.2.0-67-generic_3.2.0-67.101_amd64.deb (--unpack):
unable to create `/lib/modules/3.2.0-67-generic/kernel/drivers/usb/gadget/g_dbgp.ko.dpkg-new' (while processing `./lib/modules/3.2.0-67-generic/kernel/drivers/usb/gadget/g_dbgp.ko'): 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)
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-67-generic /boot/vmlinuz-3.2.0-67-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-67-generic /boot/vmlinuz-3.2.0-67-generic
Unpacking linux-headers-3.2.0-67 (from .../linux-headers-3.2.0-67_3.2.0-67.101_all.deb) ...
dpkg: error processing /var/cache/apt/archives/linux-headers-3.2.0-67_3.2.0-67.101_all.deb (--unpack):
error creating directory `./usr/src/linux-headers-3.2.0-67/crypto/async_tx': 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)
Unpacking linux-headers-3.2.0-67-generic (from .../linux-headers-3.2.0-67-generic_3.2.0-67.101_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/linux-headers-3.2.0-67-generic_3.2.0-67.101_amd64.deb (--unpack):
unable to create `/usr/src/linux-headers-3.2.0-67-generic/include/config/mtd/scb2/flash.h.dpkg-new' (while processing `./usr/src/linux-headers-3.2.0-67-generic/include/config/mtd/scb2/flash.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-image-3.2.0-67-generic_3.2.0-67.101_amd64.deb
/var/cache/apt/archives/linux-headers-3.2.0-67_3.2.0-67.101_all.deb
/var/cache/apt/archives/linux-headers-3.2.0-67-generic_3.2.0-67.101_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Затем я прочитал еще немного и выполнил эту команду,
df -i
И получил эти результаты.
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda3 915712 914583 1129 100% /
udev 253906 560 253346 1% /dev
tmpfs 256105 502 255603 1% /run
none 256105 3 256102 1% /run/lock
none 256105 5 256100 1% /run/shm
/dev/sda6 1220608 30875 1189733 3% /home
/dev/sdb1 821888880 141598 821747282 1% /media/Seagate Backup Plus Drive
Итак, читая дальше, я запустил эту команду,
sudo du -h /* | grep '[0-9]M'
и у меня тоже есть огромный список, 10 страниц текста, если быть точным.
Но тут я заблудился. Я понятия не имею, какой файл слишком большой, а какой нет. Некоторые файлы имеют размер
- 354M / var / lib
- 636M / var
- 130M / var / cache / apt
- 260M / var / cache
Но нигде в списке нет слово «мусор», и когда я запускаю команду,
sudo rm -r /root/.local/share/Trash/files/
сообщает мне, что корзина файлов не найдена. Думаю, я понимаю, что мне нужно выяснить, как получить строку, которая читает
/ dev / sda3 915712 914583 1129 100% /
, чтобы прочитать что-то менее 100%, чтобы у меня было место для исправления сломанный пакет, но я не понимаю, как это сделать. И я опасаюсь просто начать стирать вещи Волей-неволей.
Я готов прочитать, поэтому, если есть ссылка на какое-нибудь место, где все это обсуждается, просто укажите мне, и я постараюсь сделать все возможное.
Спасибо всем за помощь.
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 14G 12G 2.1G 85% /
udev 992M 4.0K 992M 1% /dev
tmpfs 201M 1.1M 200M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1001M 140K 1001M 1% /run/shm
/dev/sda6 19G 14G 4.0G 78% /home
/dev/sdb1 932G 148G 784G 16% /media/Seagate Backup Plus Drive
/dev/sda7 104G 188M 99G 1% /media/cd3f76e1-724f-4b8f-b29c-cc901b071fdb
/dev/sda2 94G 84G 9.8G 90% /media/069CBC4E9CBC3A4F
$ df -h /boot
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 14G 12G 2.1G 85% /
2 ответа
Я не думаю, что Вы собираетесь ценить это очень, но здесь идет. Ваш корневой каталог (' / ') находится на sda3, и это довольно полно. 12 ГБ не много для ОС Ubuntu + программы + различные другие объекты и настройки. У Вас действительно есть начальная загрузка / расположенной в том же разделе, таким образом, можно быть в состоянии удалить старые ядра для получения некоторого пространства.
команда ниже, чтобы быть выполненной от терминала, удалит все кроме текущего ядра. Я не записал этот сценарий, но получил его от , Как я удаляю старые версии ядра для чистки меню начальной загрузки? Это 8may* удаляет достаточно пространства для Вас для продолжения операций некоторое время.
sudo apt-get remove --purge $(dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d')
Я вижу, что Вы имеете/dev/sda3 полный в 100%
, возможно, что SDA3 является Вашим Разделом Подкачки. Запуск "Использование диска Анализатор" для определения, если это верно. С этой программой Вы видите для того, какой/dev/sda3 используется: файловая система или подкачка. Если это - Подкачка, то это не проблема.
Иначе; попытайтесь освободить корзину.