Tra di loro, AFH e Romeo Ninov hanno fondamentalmente la risposta, ma devono essere raggruppati insieme.
Il tuo /boot
la partizione è separata perché è essenzialmente necessaria per l'uso di LVM (che non è un filesystem, ma un contenitore per i volumi logici, che a loro volta contengono i filesystem). Una partizione LVM può essere ridimensionata; vedere Qui per una descrizione di ciò che è richiesto. Non sono sicuro che ci andrei, anche se ....
Segnala che il tuo processo di aggiornamento si sta lamentando dello spazio insufficiente nel tuo MiB 244 /boot
partizione, ma quella partizione è attualmente utilizzata solo al 52%. Distribuzioni che di routine creano separatamente /boot
le partizioni di solito le rendono grandi il doppio del tuo, ma è comunque strano che i tuoi aggiornamenti cerchino di raddoppiare quasi la quantità di spazio utilizzato lì. L'installazione di Ubuntu 14.04 su cui sto scrivendo usa solo 80 MiB /boot
. Potresti quindi voler controllare cosa c'è. genere ls -lh /boot
. Ecco cosa vedo sul mio sistema:
$ ls -lh /boot
total 70M
-rw-r--r-- 1 root root 1.2M Feb 14 17:06 abi-3.13.0-45-generic
-rw-r--r-- 1 root root 1.2M May 4 01:09 abi-3.13.0-52-generic
-rw-r--r-- 1 root root 162K Feb 14 17:06 config-3.13.0-45-generic
-rw-r--r-- 1 root root 162K May 4 01:09 config-3.13.0-52-generic
drwxr-xr-x 10 root root 4.0K Dec 31 1969 efi
drwxr-xr-x 3 root root 1.0K May 7 11:30 extlinux
drwxr-xr-x 5 root root 1.0K Mar 12 20:08 grub
drwxr-xr-x 2 root root 1.0K Feb 14 17:06 grub.bak
-rw-r--r-- 1 root root 20M Feb 26 18:39 initrd.img-3.13.0-45-generic
-rw-r--r-- 1 root root 20M May 7 11:28 initrd.img-3.13.0-52-generic
drwx------ 2 root root 12K Feb 14 17:05 lost+found
-rw-r--r-- 1 root root 173K Feb 14 17:06 memtest86+.bin
-rw-r--r-- 1 root root 174K Feb 14 17:06 memtest86+.elf
-rw-r--r-- 1 root root 175K Feb 14 17:06 memtest86+_multiboot.bin
-rw-r--r-- 1 root root 227 Feb 14 17:06 refind_linux.conf
-rw------- 1 root root 3.3M Feb 14 17:06 System.map-3.13.0-45-generic
-rw------- 1 root root 3.3M May 4 01:09 System.map-3.13.0-52-generic
-rw------- 1 root root 5.6M Feb 14 17:06 vmlinuz-3.13.0-45-generic
-rw-r--r-- 1 root root 5.6M Feb 19 21:38 vmlinuz-3.13.0-45-generic.efi.signed
-rw------- 1 root root 5.6M May 4 01:09 vmlinuz-3.13.0-52-generic
-rw-r--r-- 1 root root 5.6M May 10 21:36 vmlinuz-3.13.0-52-generic.efi.signed
Questo è abbastanza tipico (anche se con un po 'più di quello che alcuni sistemi avrebbero). Se vedi più file di tipi diversi da quelli che ho mostrato qui, è possibile che qualcosa abbia aggiunto qualcosa di nuovo ed estraneo, e tali file potrebbero essere candidati alla rimozione - ma se non li capisci, chiedi consiglio prima cancellandoli.
Un'altra cosa da controllare sono i kernel esterni. Questi sono i file con i nomi che iniziano con vmlinuz
. (Sono accoppiati con initrd.img
file, per i quali AFH ha effettuato la ricerca.) Il mio esempio mostra quattro file del kernel, ma queste sono in realtà delle versioni firmate e non firmate di soli due kernel. Se vedi più di tre versioni del kernel (ognuna delle quali potrebbe essere disponibile in formato firmato e senza segno), prova il seguente comando:
sudo apt-get autoremove
Questo comando dovrebbe rimuovere tutti gli originali tranne due e il kernel più recente dal tuo sistema, che dovrebbe liberare spazio.
Se è necessario ridimensionare le partizioni, potrebbe essere più sicuro ridurre la partizione del sistema EFI (ESP; /dev/sda1
nel tuo caso) ed espandere /boot
in quello spazio piuttosto che fare confusione con la configurazione LVM. Non consiglierei di ridimensionare di più di circa 200 MiB, e dovresti decisamente backup entrambe le partizioni su supporti rimovibili prima di procedere, perché entrambe le partizioni sono fondamentali per l'avvio, quindi se qualcosa va storto, sarai nei guai. Inoltre, tieni presente che alcuni EFI possono essere pignoli riguardo ai file system FAT sui loro ESP. Alcuni (per lo più vecchi EFI, da prima del 2012) reagiranno male a un ESP FAT32 che è inferiore a 512 MiB. Pertanto, se provi a ridimensionare in questo modo, inizia a ridurre l'ESP, quindi esegui un avvio di prova. Se è possibile avviare, espandere /boot
nello spazio liberato e provare di nuovo l'avvio. In caso di problemi dopo il restringimento dell'ESP, utilizzare un sistema di emergenza per espanderlo nuovamente alla sua dimensione originale.
/boot
, dovresti fare una nuova domanda con l'output dils -lR /boot
.