Errore eseguendo initramfs-tools

[Ed_Bunker]

Durante l'installazione di alcuni pacchetti tramite synaptic e' stato rilevato un errore ed il programma indicava di eseguire da shell il comando "dpsg --configure -a"

Il cui esito, pero', non va a buon fine:

<<<:~$ sudo dpkg --configure -a
Configuro initramfs-tools (0.85eubuntu39.1) ...
update-initramfs: deferring update (trigger activated)

Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.24-19-generic

gzip: stdout: No space left on device
update-initramfs: failed for /boot/initrd.img-2.6.24-19-generic
dpkg: il sottoprocesso post-installation script ha restituito un codice di errore 1

Puo' essere dovuto ad una partizione di boot troppo piccola (50 mb.) oppure il problema e' un altro ?

[francofait]

Originariamente inviato da Ed_Bunker
Durante l'installazione di alcuni pacchetti tramite synaptic e' stato rilevato un errore ed il programma indicava di eseguire da shell il comando "dpsg --configure -a"

Il cui esito, pero', non va a buon fine:

<<<:~$ sudo dpkg --configure -a
Configuro initramfs-tools (0.85eubuntu39.1) ...
update-initramfs: deferring update (trigger activated)

Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.24-19-generic

gzip: stdout: No space left on device
update-initramfs: failed for /boot/initrd.img-2.6.24-19-generic
dpkg: il sottoprocesso post-installation script ha restituito un codice di errore 1

Puo' essere dovuto ad una partizione di boot troppo piccola (50 mb.) oppure il problema e' un altro ?

no space left on device , quindi chiaramente si.
Ma partizionare in modo classico senza andarsi a cercar rogne ?

una partizione '/'
una partizione '/home'
e la swap

e senza spidocchiare sullo spazio che con le generose dimensioni degli hd attuali non ha alcun senso ?

[Ed_Bunker]

Era la directory di /boot (Primaria e avente dimensione di 50 mb) che era troppo "piena" (Occupata al 93%).
Ho fatto la move dei file di backup (2 initrd di 7 mb ciascuno) ed ho rieseguito il comando senza problemi, stavolta.

Se il "nuovo" kernel non da problemi vorrei eliminare ulteriori file in modo da liberare spazio... nella speranza di non avere problemi ai prossimi aggiornamenti.

Credevo che 50 mb per la directory di boot fossero davvero piu' che sufficienti, pensando che vi fosse cmq. la possibilita' di sfruttare /tmp per operazioni di questo tipo.

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda7             10160436    755784   8892584   8% /
varrun                  513480       108    513372   1% /var/run
varlock                 513480         0    513480   0% /var/lock
udev                    513480        92    513388   1% /dev
devshm                  513480         0    513480   0% /dev/shm
lrm                     513480     38176    475304   8% /lib/modules/2.6.24-16-generic/volatile
/dev/sda1                46633     34145     10080  78% /boot
/dev/sda9             25397140    719128  23398036   3% /home
/dev/sda8             20265492   1432256  17811908   8% /usr

[francofait]

credo proprio che ad ogni possibile upgrade del kernel il problema ti si ripresenta , file inutili in /boot e /boot/grub non ce ne sono , non son certo i pochi byte dei link simbolici assere sufficenti per toglierti l' impiccio .
Con un' unica distro in dualboot con windows mettere /boot su partizione a se stante ce stà quanto i cavoli a merenda , ed anche nell' ipotesi di moltiboot ad ugni distro aggiunta il proprio bootloader sulla propria partizione d' avvio , e l' uso della notazione breve sul menu.lst principale è sempre la solozione migliore , che possa piacere e anche no, e sia con grub che ed anche più con lilo.

[Ed_Bunker]

Originariamente inviato da francofait
credo proprio che ad ogni possibile upgrade del kernel il problema ti si ripresenta , file inutili in /boot e /boot/grub non ce ne sono , non son certo i pochi byte dei link simbolici assere sufficenti per toglierti l' impiccio .
Con un' unica distro in dualboot con windows mettere /boot su partizione a se stante ce stà quanto i cavoli a merenda , ed anche nell' ipotesi di moltiboot ad ugni distro aggiunta il proprio bootloader sulla propria partizione d' avvio , e l' uso della notazione breve sul menu.lst principale è sempre la solozione migliore , che possa piacere e anche no, e sia con grub che ed anche più con lilo.

Ho seguito qui:

http://www.openlinux.eu/content/view/35/39/

[GunMan]

50MB per la partizione di boot sono più che sufficienti, al più evita di tenere installati troppi kernel e non dovresti avere alcun tipo di problema in futuro.

[Ed_Bunker]

Effettivamente una volta tolti i file relativi al kernel precedente la partizione di boot era occupata "solo" al 55%.

Tuttavia... il timore e' stato troppo forte e mentre mi divoravo una discreta pizza bresaola, feta e rucola... gparted ha pensato bene di fare il resize della partizione di boot... portandola all'attuale dimensione di 240 mb. che spero mi permetta di non avere simili problemi in futuro.