Error a l'Actualitzar / Instal·lar Paquets - Problemes d'espai - Alliberar inodes

Per començar esmentés la història de com va succeir el problema i després com solucionar-ho.

El meu equip és un netbook Sony Vaio m120AL que tinc des de fa uns 3 anys llargs amb un disc dur de 320 GB on conviuen Windows 7, Chakra , El meu partició de treball amb Xubuntu 12.04/XNUMX, La partició de swap, la partició / home i una partició addicional d'informació amb la qual comparteixo informació amb Finestres.

Per aquestes raons meus particions arrel en ambdós sistemes són considerablement petites per als estàndards de la majoria (al voltant de 6GB cadascuna) però que mai m'han donat problemes ja que són més que suficients per a tots els paquets que necessito.

Ara bé entrant a la situació en concret, fa uns dies aplicant unes actualitzacions en Xubuntu (Entre les quals s'incloïa un nou Kernel) veig que el gestor d'actualitzacions mostra un error dient que s'esta tractant d'instal·lar linux-image-3.2.0-51-generic però que la seva dependència linux-headers-3.2.0-51 no serà instal·lada, reviso en detall l'error i m'adono que dpkg es queixa que no hi ha espai disponible.

L'error deia a l'alguna cosa d'aquest estil, encara que no idèntic perquè no ho vaig anotar:

no es va poder crear `/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new '(mentre es processava` ./usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h '): No queda espai al dispositiu

En alguna ocasió anterior m'ha passat el mateix però havia estat perquè havia deixat acumular diversos nucli antics sense esborrar-los, però en aquesta ocasió reviso i tinc pràcticament 600 Mb disponibles segons Conky pel que no ho entenc, però per confirmar si pot ser un error a com ho havia configurat o similar executar un df-h:

Però si encara tinc espai a /!

Pel que no m'equivoco i aquest és espai més que suficient per realitzar l'actualització (ho he fet així ja moltes vegades en l'any llarg ja que porto amb Xubuntu) de tota manera va realitzar un suo apt-netegeu-vos per netejar els paquets que tingui descarregats i intent de nou, però amb els mateixos resultats.

Es em segueix fent estrany però de tota manera intent moure fora de / dels temes d'icones que sempre ús i que he modificat molt (Faenza y Despert) Per alliberar més espai, i així finalment assoliment realitzar l'actualització, procedint novament a tornar-los a /.

No obstant això em va quedar al cap la idea que l'assumpte havia d'anar d'altra banda però no sabia com. Algunes hores més tard quan intento instal·lar alguns paquets extra surt de nou el susdit error, i un cop més vegada hi havia espai suficient de sobres, pel que em dedico a investigar.

Una recerca per Internet em porta a diversos fils en els fòrums de ubuntu-és, Però la resposta d'alguns individus allà sempre és a l'mateixa: no tens prou espai elimina arxius o àmplia la partició arrel, però em vaig adonar d'una cosa en comú en els diferents fils que vaig trobar, sempre la partició arrel que tenia espai lliure, però era similar a el meu (~ 600-900 Mb) i la mida de la partició mai superava els 10 Gb pel que em acabi de convèncer que el problema havia de ser un altre, i és així com arribi a el títol de l'post gràcies a aquesta pàgina, el problema és que la partició arrel tenia el 100% dels inodes usats.

L'ús dels inodes es pot veure amb la comanda df -i:

Inodes usats a el 100%

I ara ve la explicació.

Els inodes són en paraula de Dennis Ritchie:

Un índex, a causa de l'estructura alguna cosa inusual d'un sistema de fitxers que emmagatzemava la informació de l'accés als arxius com una llista plana en disc, deixant a l'marge tota la informació jeràrquica dels directoris

i per tant pot succeir que per a un sistema d'arxius determinat hi hagi encara espai lliure per emmagatzemar fitxers, però no quedin inodes disponibles per indexar perquè hi ha molts arxius en el sitema i per tant no poden crear-se nous.

L'assumpte és que el nombre de inodes en una partició EXT4 no pot ser modificat (hi ha altres tipus de sistemes com JFX o XFS on això no és una limitant ja que és dinàmic) és un nombre fix que es calcula quan es crea la partició amb mkfs.ext4 d'acord a la mida de la mateixa amb una relació de bytes per inodo segons les preferències ubicades a /etc/mke2fs.conf.

A l'instal·lar el sistema l'usual és que faci servir les preferències per defecte que inclou un relació inode = 16384, que per a particions petites pot ser massa gran i no creu el nombre suficient (com en el meu cas). L'única manera de canviar-la és creant / formatant la partició i especificant amb l'opció -i.

No obstant això això no era una opció per a mi, com ja ho vaig comentar els inodes estan relacionats amb el nombre de fitxers existents, per tant utilitzeu el següent script en bash que es troba en desbordament de pila i que aquesta enllaçat a la pàgina que abans mencions per trobar quins eren els directoris en la partició arrel amb més fitxers:

#!/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_$$

La qual cosa dóna el següent resultat:

I aquí estan els culpables!

El nombre que apareix a l'esquerra indica la quantitat d'arxius presents i la ruta indica el directori associat, una línia més avall surt directori / var / lib / dpkg / info però com sempre eliminar els meus paquets amb purga aquí no hi ha res a fer .

No obstant això si reconec dos problemes, el primer i encara que en la catpura no surt d'aquí cap amunt diverses entrades més inclouen a les icones Despert, De manera que he de moure si o si, a més que això explica per que quan ho vaig fer vaig poder actualitza els paquets, ja que alliberi molts inodes de la partició arrel quan els vaig moure, però el problema va tornar quan els recol·loqui.

I segon el següent major nombre d'entrades està associada als headers de diversos nucli vells, i caic en compte que el procediment que sempre ús per eliminar els nuclis vells no elimina els headers, el que sòl usar és el següent, en una terminal escric :

dpkg --get-selections | grep linux-image

la qual cosa em mostra els nuclis instal·lats i després ús:

sudo apt-get purge paquet

On paquet és el nom de l'nucli en qüestió, però això no remou els headers associats així que faig un:

dpkg --get-selections | grep linux

I llavors procedeixo a eliminar els antics headers, amb:

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

I voilà, però clar estava també el tema del que icones Despert així que decideixo moure'ls a ~ / .icons i perquè estiguin disponibles per a tot el sistema simplement faig un enllaç simbòlic a / usr / share / icons, el primer resultat de df -i és amb l'eliminació dels headers i el segon després d'haver mogut el icones.

¡Inodes alliberats per munt!

Amb això ja està solucionat el problema, i puc instal·lar / actualitzar paquets sense problema, espero que aquesta entrada li sigui d'ajuda a algú, o serveixi per a referències futures sobre instal·lacions en particions petites i desmitifiqui el tema tan difós pels fòrums de la manca d'espai.