Impossibile aggiornare / installare i pacchetti - Problemi di spazio - Libera inode

Per iniziare menzionerò la storia di come si è verificato il problema e poi come risolverlo.

La mia squadra è un Netbook Sony Vaio m120AL che ho da circa 3 lunghi anni con un hard disk da 320 GB dove coesistono Windows 7, Chakra , la mia partizione di lavoro con Xubuntu 12.04, la partizione di swap, la partizione / home e una partizione di informazioni aggiuntive con cui condivido le informazioni Finestre.

Per questi motivi le mie partizioni di root su entrambi i sistemi sono considerevolmente piccole per la maggior parte degli standard (circa 6 GB ciascuna) ma non mi hanno mai dato problemi in quanto sono più che sufficienti per tutti i pacchetti di cui ho bisogno.

Entrando ora nella situazione specifica, alcuni giorni fa applicando alcuni aggiornamenti in Xubuntu (tra cui è stato incluso un nuovo Kernel) Vedo che il gestore degli aggiornamenti mostra un errore dicendo che sta provando ad installare linux-image-3.2.0-51-generic ma che la sua dipendenza linux-headers-3.2.0-51 It non verrà installato, rivedo l'errore in dettaglio e noto che dpkg si lamenta che non c'è spazio disponibile.

L'errore diceva qualcosa di questo stile, anche se non identico perché non l'ho annotato:

impossibile creare `/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new '(durante l'elaborazione` ./usr/src/linux-headers -3.2.0 .43-XNUMX / arch / xtensa / include / asm / coprocessor.h '): Nessuno spazio rimasto sul dispositivo

In qualche precedente occasione mi è successa la stessa cosa ma era stato perché avevo permesso a diversi vecchi kernel di accumularsi senza cancellarli, ma questa volta controllo e ho praticamente 600 Mb a disposizione secondo Conky da quello che non capisco, ma per confermare se può essere un errore su come l'avevo configurato o simili eseguo un file df -h:

Ma ho ancora spazio in /!

Quindi non mi sbaglio e quello è spazio più che sufficiente per eseguire l'aggiornamento (l'ho fatto in questo modo molte volte nel lungo anno da quando sono stato con Xubuntu) comunque faccio un sudo apt-pulisci per pulire i pacchetti che ho scaricato e riprovare, ma con gli stessi risultati.

Lo trovo ancora strano ma comunque cerco di uscire dai / dai temi delle icone che uso sempre e che ho modificato molto (Faenza y Risvegliato) per liberare più spazio, e riuscire così finalmente ad eseguire l'aggiornamento, procedendo nuovamente per riportarli in /.

Tuttavia, mi restava in testa l'idea che la questione dovesse andare altrove ma non sapevo quale. Poche ore dopo, quando provo a installare alcuni pacchetti extra, ricevo di nuovo il suddetto errore, e ancora una volta c'era abbastanza spazio da risparmiare, quindi faccio le mie ricerche.

Una ricerca su Internet mi porta a diversi thread sui forum ubuntu-is, ma la risposta di alcuni individui c'è sempre la stessa: non hai abbastanza spazio cancella file o espandi la partizione di root, ma ho notato qualcosa in comune nei diversi thread che ho trovato, sempre la partizione di root che aveva spazio libero, ma era simile al mio (~ 600-900 Mb) e la dimensione della partizione non superava mai i 10 Gb quindi ho finito di convincermi che il problema doveva essere un altro, ed è così che sono arrivato al titolo del post grazie a questo pagina, il problema è che la partizione di root aveva il 100% degli inode utilizzati.

L'uso degli inode può essere visto con il comando df -i:

Inode utilizzati al 100%

E ora arriva la spiegazione.

Gli inode sono nelle parole di Dennis Ritchie:

Un indice, a causa della struttura un po 'insolita di un filesystem che memorizzava le informazioni di accesso ai file come un semplice elenco su disco, lasciando da parte tutte le informazioni gerarchiche delle directory

e quindi può capitare che per un dato file system ci sia ancora spazio libero per memorizzare file, ma non ci sono inode disponibili per indicizzarli perché ci sono molti file nel sistema e quindi non è possibile crearne di nuovi.

Il punto è che il numero di inode in una partizione EXT4 non può essere modificato (esistono altri tipi di sistemi come JFX o XFS dove questa non è una limitazione perché è dinamico) è un numero fisso che viene calcolato quando la partizione viene creata con mkfs.ext4 in base alla sua dimensione con un rapporto di byte per inode secondo le preferenze situate in /etc/mke2fs.conf.

Durante l'installazione del sistema, è normale utilizzare le preferenze predefinite che includono una relazione inode = 16384, che per partizioni piccole potrebbe essere troppo grande e non creare abbastanza (come nel mio caso). L'unico modo per cambiarlo è creare / formattare la partizione e specificarla con l'opzione -i.

Tuttavia questa non era un'opzione per me, poiché ho già menzionato gli inode sono correlati al numero di file esistenti, quindi usa il seguente script bash trovato in stackoverflow e che è collegato alla pagina che hai menzionato prima per trovare quali erano le directory nella partizione di root con più file:

#!/bin/bash
# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

Che dà il seguente risultato:

Ed ecco i colpevoli!

Il numero che compare a sinistra indica il numero di file presenti e il percorso indica la directory associata, una riga sotto compare la directory / var / lib / dpkg / info ma come sempre elimino i miei pacchetti qui non c'è niente da fare.

Tuttavia, se riconosco due problemi, il primo e sebbene il catpura non salga da lì molte altre voci includono le icone Risvegliato, quindi devo spostarli sì o sì, anche questo spiega perché quando l'ho fatto ho potuto aggiornare i pacchetti, dato che ho liberato molti inode dalla partizione di root quando li ho spostati, ma il problema è tornato quando li ho riposizionati.

E in secondo luogo, il successivo numero maggiore di voci è associato alle intestazioni di diversi vecchi kernel, e mi rendo conto che la procedura che uso sempre per eliminare i vecchi kernel non elimina le intestazioni, quello che di solito uso è il seguente, in un terminale scrivo:

dpkg --get-selezioni | immagine grep linux

che mi mostra i kernel installati e poi utilizzo:

sudo apt-get purge pacchetto

Dove pacchetto è il nome del kernel in questione, ma questo non rimuove le intestazioni associate, quindi faccio:

dpkg --get-selezioni | grep linux

E poi procedo a rimuovere le vecchie intestazioni, con:

sudo apt-get purge linux-headers-3.2.0-41 linux-headers-3.2.0-44 linux-headers-3.2.0-45 linux-headers-3.2.0-48

E voilà, ma ovviamente c'era anche la questione delle icone Risvegliato quindi decido di spostarli in ~ / .icons e per renderli disponibili per l'intero sistema mi limito a fare un link simbolico in / usr / share / icons, il primo risultato di df -i È con l'eliminazione delle intestazioni e la seconda dopo aver spostato le icone.

Inodes rilasciato dal mucchio!

Con questo il problema è risolto, e posso installare / aggiornare pacchetti senza problemi, spero che questo post possa essere di aiuto a qualcuno, oppure serva per riferimento futuro su installazioni in piccole partizioni e demistificare l'argomento così diffuso dai forum della mancanza Di spazio.