Мій / завантажувальний розділ досяг 100%, і тепер я не можу оновити. Неможливо видалити старі ядра, щоб звільнити місце

Перше моє питання було, коли я намагався apt-get updateабо apt-get upgrade. Під час оновлення я отримую таку помилку:

You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
linux-image-server : Depends: linux-image-3.2.0-27-generic but it is not installed
E: Unmet dependencies. Try using -f.

Я спробував запустити apt-get install -f, і це було результатом (після того, як сказали "так" у запиті)

(Reading database ... 186183 files and directories currently installed.)
Unpacking linux-image-3.2.0-27-generic (from .../linux-image-3.2.0-27-generic_3.2.0-27.43_amd64.deb) ...
Done.
dpkg: error processing /var/cache/apt/archives/linux-image-3.2.0-27-generic_3.2.0-27.43_amd64.deb (--unpack):
 failed in write on buffer copy for backend dpkg-deb during `./boot/System.map-3.2.0-27-generic': 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-27-generic   /boot/vmlinuz-3.2.0-27-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-27-generic /boot/vmlinuz-3.2.0-27-generic
Errors were encountered while processing:
/var/cache/apt/archives/linux-image-3.2.0-27-generic_3.2.0-27.43_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Я спробував запустити, apt-get autoremoveі це дає мені таку ж помилку, як і apt-get upgrade.

Коли я бігаю df, я отримую це для /boot:

/dev/sda1                    233191     230297         0 100% /boot

Отже, я читав в інших місцях, що мені слід спробувати очистити старі ядра. Я перевірив, які ядра у мене були:

$ dpkg -l linux-image-\* | grep ^ii
ii  linux-image-2.6.38-13-server  2.6.38-13.52  Linux kernel image for version 2.6.38 on x86_64
ii  linux-image-3.0.0-13-server   3.0.0-13.22   Linux kernel image for version 3.0.0  on x86_64
ii  linux-image-3.0.0-14-server   3.0.0-14.23   Linux kernel image for version 3.0.0  on x86_64
ii  linux-image-3.0.0-15-server   3.0.0-15.26   Linux kernel image for version 3.0.0  on x86_64
ii  linux-image-3.0.0-16-server   3.0.0-16.29   Linux kernel image for version 3.0.0  on x86_64
ii  linux-image-3.0.0-17-server   3.0.0-17.30   Linux kernel image for version 3.0.0  on x86_64
ii  linux-image-3.2.0-24-generic  3.2.0-24.39   Linux kernel image for version 3.2.0  on 64 bit x86 SMP
ii  linux-image-3.2.0-25-generic  3.2.0-25.40   Linux kernel image for version 3.2.0  on 64 bit x86 SMP
ii  linux-image-3.2.0-26-generic  3.2.0-26.41   Linux kernel image for version 3.2.0  on 64 bit x86 SMP

Коли я намагаюся видалити найстаріший за допомогою цього:

$ sudo apt-get purge linux-image-2.6.38-13-server
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
linux-image-server : Depends: linux-image-3.2.0-27-generic but it is not going to be     installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

Як я можу звільнити або продовжити завантаження, не псуючи свою установку?

Звільнення місця в кореневій файловій системі

Щоб звільнити місце в кореневій файловій системі, ви можете спробувати виконати apt-get clean.

Якщо це не спрацює, ви можете перейти /var/cache/apt/archivesвручну і видалити кілька файлів з кешу, щоб отримати трохи місця, наприклад:

sudo rm linux-headers-*

Видалити всі .debфайли тут, якщо вам потрібно, не завадить - ось що і apt-get cleanробиться. Вони будуть автоматично завантажені, aptякщо вони знову знадобляться.

Звільнення місця у файловій системі / boot

Оригінальний плакат має окремий /bootрозділ, і це те, що повно і перешкоджає роботі aptсистеми. Йому потрібно буде звільнити місце там.

Якщо майже достатньо місця, перейдіть до /bootта видаліть файл конфігурації чи два:

sudo rm config-3.2.0-19-generic-pae

наприклад, але використовуючи ім'я однієї з версій ядра, яку ви хочете все-таки видалити. Це звільнить трохи місця (близько 144K за штуку).

Якщо вам потрібно більше місця по окремо видалити старі vmlinuz, initrd, abiі System.mapфайли , поки ви не маєте достатньо місця (близько 22М для одного з моїх i386 версій ядра).

Що б ви не робили, не знімайте їх усіх . Ви повинні принаймні зберігати дві останні версії кожного типу файлів для кожного типу ядра, яке ви використовуєте.

Потім перейдіть до своїх команд apt-get install. Як згадувалося вище, можливо, доведеться повторно завантажити деякі видалені вами дебати, але в такому випадку це станеться автоматично. Коли у вас знову вдається працювати, очистіть програму apt-get, щоб видалити пакунки, відповідні файлам, які ви видалили - так, що все відповідає.

Конфігураційний файл у /boot- це конфігурація ядра, яка використовувалася командою ядра для побудови однойменного ядра. Видаляти його слід нешкідливо, якщо ви не хочете його для довідки чи допомогти вам у створенні власних ядер.

Нарешті ви вручну видаляєте старий пакет ядра або два з /bootрозділу, щоб зробити ще більше місця для нового.

У моєму випадку aptкоманди та dpkgкоманди не змогли закінчити та не змогли видалити. Не вдалося встановити оновлення 2.6.32-56-server.

Першим моїм кроком було визначення місця, яке буде використано,

cd /boot
du -sk *|sort -n

У мене було близько 30 ядер і підтримуючих файлів.

Я зробив uname -aдля отримання ядра, що працює, я виявив, що перебуваю на Linux альтернативно, 2.6.32-43-serverі зробив tar6 версій, які не працювали і були старими.

tar -cvf ~username/boot.tar *2.6.32-44-server *2.6.32-45-server *2.6.32-46-server *2.6.32-47-server *2.6.32-48-server *2.6.32-49-server

Потім rm -rfя зробив резервне копіювання:

rm -rf *2.6.32-44-server *2.6.32-45-server *2.6.32-46-server *2.6.32-47-server *2.6.32-48-server *2.6.32-49-server

Я показую ці команди як приклади, вам доведеться вирішити, з чим будете працювати у своїй ситуації.

Тепер, коли у мене було трохи місця /boot, я зміг бігти

apt-get -f install 

Для очищення не вдалося встановити 2.6.32-56-server.

Я тоді зробив а

apt-get remove linux-headers-2.6.32-38 linux-headers-2.6.32-38-server linux-image-2.6.32-38-server
apt-get remove linux-headers-2.6.32-39 linux-headers-2.6.32-39-server linux-image-2.6.32-39-server

Це дало мені можливість повернути те, що я створив резервну копію.

tar -xf ~username/boot.tar
rm  ~username/boot.tar    

Щоб очистити, я тоді міг запустити:

apt-get autoremove

Я перезавантажився і зараз перейшов на використання 4% /boot.

Ви можете використовувати dpkgзамість того, apt-getщоб видалити старіші ядра:

sudo dpkg -r linux-image-3.2.0-29-generic

Я помітив, що в завантажувальному каталозі ще є деякі файли старих версій:

$ ls /boot
vmcoreinfo-2.6.31-17-server

І менеджер пакунків перелічив би старі версії:

dpkg -l | grep linux-image

Тому я використав цю команду ( autoremoveтакож видалить новіші зображення, які я не хочу видаляти)

sudo apt-get purge linux-image-2.6.31-17-server

У мене залишилося кілька заголовків:

dpkg -l | grep linux-headers

Тому я зробив це:

sudo apt-get purge linux-headers-2.6.32-34

Нарешті залишився один пакет, який я не зміг видалити за допомогою очищення apt-get:

$ dpkg -l | grep linux-image
rc  linux-image-2.6.28-11-server

Джерело: Видаліть пакет, позначений як rc dpkg

sudo dpkg --purge linux-image-2.6.28-11-server

Перевірте використання /var/tmpс du -sh /var/tmp/. Усі файли в цій папці можна видалити, щоб звільнити місце.

Потім можна виконати наступне, щоб видалити старі ядра:

sudo apt-get clean
sudo apt install byobu
sudo purge-old-kernels
sudo apt autoremove
sudo update-grub

Це те, що я використав:

sudo apt-get autoremove linux-image-xxxx

Зробіть це для всіх старих ядер і збережіть лише останні два.

Якщо ви хочете автоматично видалити старі ядра та оновити GRUB, перегляньте це: Документація на Ubuntu

Я виявив, що єдине, що працювало на мене, - це використання Aptitude.

sudo aptitude

Тоді, коли він відкриється, він зазвичай скаже про невиконані залежності на дні. Ви можете натиснути на лист, gщоб продовжити запропоноване видалення. Він перенесе вас на сторінку, де перелічено, що буде.

Поруч -із зламаними ядрами має бути мінус . Натисніть gще раз, і це видалить зламані ядра. Натисніть, qщоб вийти. Тоді ви повинні мати можливість sudo apt-get autoremoveпозбутися від старих ядер та звільнити місце.

Ви не можете діяти над пакетами, але ви можете діяти на інші файли. Спочатку перегляньте домашню папку і подивіться, чи можна щось видалити. Якщо ні, спробуйте перенести хорошу кількість файлів на інший розділ (або флешку), а потім спробуйте sudo apt-get install -fочистити проблеми залежності пакунків (швидше за все, ви встановили файл .deb через dpkg), а потім очистіть будь-які старі ядра. Як тільки у вас надійно є щонайменше 10 Мб, спробуйте очистити непотрібне програмне забезпечення або файли.

Використовуйте Synaptic Package Manager. Просто виберіть пакет, який ви хочете видалити, і він запропонує вам також видалити пакунки, які залежать від нього. На мій досвід, пакунки ядра завжди складаються з двох груп (або більше, залежно від того, як ви рахуєте), які взаємозалежні. Зазвичай ви можете швидко знайти старі за допомогою фільтра "локальний / застарілий".

Я час від часу боровся з цим питанням, і досі не бачив жодного рішення, яке б справді працювало повною мірою. У деяких випадках видалення старих ядер закінчується залежностями, що не дозволяє мені нічого видаляти, і я повинен був видалити ядра вручну з / завантаження. Однак я все-таки хотів, щоб уміла виконати повну роботу, як уявляю, що видалені вручну ядра десь заносяться і можуть спричинити майбутні проблеми, коли щось повідомляє про файли, через те, що я сиджу, роблячи rm -rf у файлах.

Тому я написав цей сценарій, заснований на багатьох пропозиціях Google, які не потребують додаткової установки чогось. Сценарій кілька разів був модифікований, щоб підтримати деякі мої власні "несподівані" ситуації. Наприклад, запустивши це на малиновому пі, update-grub, ймовірно, не існує. І в деяких випадках під час запуску останніх оновлень сервери застрягли з IPv6, де деякі сайти були недоступні.

Сценарій визначає, чи потрібно примусово видаляти ядра, які повністю застрягли через збірки залежностей, від того, чи може це зробити "правильним" способом.

#!/bin/bash

ipv4="-o Acquire::ForceIPv4=true"

if [ "$1" = "4" ] ; then
    withip=$ipv4
    echo "Going IPv4 ($withip)"
fi

echo "Autoremove+Purge."
apt-get $withip -y -f autoremove --purge >/dev/null 2>&1

if [ "$?" != "0" ] ; then
    echo "Auto Removal Failed!"
fi

echo "Old dependency fix."
apt-get $withip -f -y install >/dev/null 2>&1

if [ "$?" != "0" ] ; then
    echo "That failed. So we'll try to make up to it during this process."
fi

echo "Now, going old kernel cleanup!"
kern=$(dpkg --list 'linux-image*'|awk '{ if ($1=="ii") print $2}'|grep -v `uname -r`)
hadErrors=0

for k in $kern
do
    echo apt-get -y purge $k
    apt-get $withip -y purge $k >/dev/null 2>&1

    if [ "$?" != "0" ] ; then
        echo "Failed apt-purge... Using plan B (--force-all -P)..."
        dpkg --force-all -P $k >/dev/null 2>&1
        echo "Rerunning stuff (apt-get -f -y install) for dependencies..."
        apt-get $withip -f -y install >/dev/null 2>&1
        if [ "$?" != "0" ] ; then
            echo "Still failing..."
            hadErrors=1
        fi
    fi
done

if [ "$hadErrors" = "1" ] ; then
    echo "I had errors. I should rerun this process, to see if there are more kernels that were left out after cleanup..."
    /usr/local/tornevall/cleankernel
fi

apt-get $withip autoremove
apt-get $withip update
apt-get $withip upgrade
apt-get $withip dist-upgrade

grb=$(which update-grub)
if [ "" != "$grb" ] ; then
    update-grub
else
    echo "Can't upgrade grub since update-grub is missing..."
fi

Просто біг sudo apt-get -f autoremoveвирішив мою проблему.

Виконати це:

sudo apt-get autoremove
sudo apt-get --purge remove && sudo apt-get autoclean
sudo apt-get -f install
sudo dpkg-reconfigure -a

Джерело: Я отримую цю помилку після посягань. будь ласка, допоможіть

Я бачив, як кілька статей про / boot заповнені, які не вирішуються dpkg очищенням старих Linux-ядер, тому що apt-get -f install або apt-get -f autoremov e перевстановлює ядра.

У моєму випадку, принаймні, підписані та додаткові пакети також потрібно було видалити - ядра були залежними для цих пакетів, тому вдало перевстановив їх. Як правило, пов'язані пакети ядра слід очистити перед викликом "встановити". Якщо ви спробували apt-отримати оновлення одразу після очищення, повідомлення про помилку повинно було б сказати, які пакунки мали незадовільну залежність ядра, яке ви тільки що очистили.

У моєму випадку працювала наступна тактика:

#as sudo, repeat 1-3 for any old kernels; can be scripted
dpkg --force-all -P linux-image-4.4.0-112-generic 
dpkg --purge linux-image-extra-4.4.0-112-generic
dpkg --purge linux-signed-image-4.4.0-112-generic
apt-get -f install #dependency resolution didn't have work to do for kernel packages
apt-get autoremove --purge -f 
apt-get autoclean
apt-get upgrade

Установка Linux-продувочний інструмент , як це .

Потім запустіть у терміналі:

sudo linux-purge --clear-boot --fix

Потім перейдіть до видалення ядер, наприклад,

sudo linux-purge --keep 1 --choose

Додатково:

Якщо ви хочете використовувати Linux-чистку для видалення без нагляду ядра замість того, щоб використовувати для цього без нагляду оновлення, слід вимкнути видалення невикористаних речей шляхом редагування /etc/apt/apt.conf.d/50unattended-upgrades та налаштувати службу systemd виконання

/usr/local/bin/linux-purge --auto-only --keep 1 --yes

коли ти захочеш.