problema di initramfs quando si è a corto di spazio su disco


13

Ho appena aggiornato da 10.10 a 11.04. Durante il processo di aggiornamento, ha detto che c'era un problema nell'impostazione di initramfs-tools e che dovevo fare sudo dpkg --configure -a

Quindi, una volta avviato 11.04, l'ho fatto. Questo è l'output.

Setting up initramfs-tools (0.98.8ubuntu3) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.38-8-generic

gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-2.6.38-8-generic
dpkg: error processing initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 initramfs-tools

Dopo aver cercato in giro, sembrava che questo fosse un problema di spazio insufficiente nella mia partizione / boot. Sono solo 100 MB e questo non è mai stato un problema prima, ma nonostante l'eliminazione di tutto tranne l'ultimo kernel ricevo ancora lo stesso messaggio.

Risposte:


19

100 MB sono sufficienti per 2 kernel e un ram ram di init. È possibile visualizzare i kernel attualmente installati eseguendo:

dpkg -l 'linux-image-*' | grep '^ii'

Esempio di output:

ii  linux-image-2.6.35-28-generic        2.6.35-28.50                               Linux kernel image for version 2.6.35 on x86/x86_64
ii  linux-image-2.6.38-8-generic         2.6.38-8.42                                Linux kernel image for version 2.6.38 on x86/x86_64
ii  linux-image-generic                  2.6.38.8.22                                Generic Linux kernel image

Dopo aver verificato che l'ultimo kernel funziona, è possibile rimuovere quelli precedenti. In questo caso, esiste un solo kernel ridondante:

sudo apt-get purge linux-image-2.6.35-28-generic

Se questo processo non viene completato a causa dei trigger di installazione precedenti, provare ad aggiungere -f( --fix-broken) prima purge.


2
Rimuovendo ogni vecchio kernel ha dato lo stesso errore che ho postato sopra.
user3403

l'utilizzo -f(operazione forzata) non aiuta affatto.
Sridhar Ratnakumar,

-f non significa comunque forza
stufare

4

Suggerirei di vedere cosa sta occupando spazio in /boot/:

find /boot/ -type f | xargs du | sort -n

Quindi, se trovi grandi consumatori di spazio, puoi vedere da quale pacchetto provengono:

dpkg -S /boot/some-large-file

E se quel pacchetto non è più necessario, puoi rimuoverlo. Tuttavia, fai molta attenzione a non rimuovere le cose di cui hai bisogno, in particolare il bootloader (grub) e il kernel attualmente in esecuzione.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.