Actualizarea / instalarea pachetelor nu a reușit - Probleme spațiale - Eliberarea inodurilor

Pentru început, voi menționa istoria modului în care s-a întâmplat problema și apoi cum să o rezolvăm.

Echipa mea este o Netbook Sony Vaio m120AL pe care îl am de vreo 3 ani lungi cu un hard disk de 320 GB unde coexistă Ferestre 7, Chakra , partiția mea de lucru cu Ubuntu 12.04, partiția swap, partiția / home și o partiție de informații suplimentare cu care împărtășesc informații Windows.

Din aceste motive, partițiile mele root de pe ambele sisteme sunt considerabil mici la majoritatea standardelor (aproximativ 6 GB fiecare), dar nu mi-au dat niciodată o problemă, deoarece sunt mai mult decât suficiente pentru toate pachetele de care am nevoie.

Acum, intrând în situația specifică, acum câteva zile aplicam câteva actualizări în Xubuntu (printre care a fost inclus un nou Kernel) Văd că managerul de actualizare arată o eroare spunând că încearcă să instaleze linux-image-3.2.0-51-generic, dar că dependența sa linux-headers-3.2.0-51 it nu va fi instalat, revizuiesc eroarea în detaliu și observ că dpkg se plânge că nu există spațiu disponibil.

Eroarea a spus ceva de acest stil, deși nu identic, deoarece nu l-am notat:

nu s-a putut crea `/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new '(în timpul procesării' ./usr/src/linux-headers -3.2.0 .43-XNUMX / arch / xtensa / include / asm / coprocessor.h '): Nu a mai rămas spațiu pe dispozitiv

Cu alte ocazii anterioare mi s-a întâmplat același lucru, dar pentru că am permis mai multor nuclee vechi să se acumuleze fără a le șterge, dar de data aceasta verific și am practic 600 Mb disponibili conform conky din ceea ce nu înțeleg, dar pentru a confirma dacă poate fi o eroare în modul în care l-am configurat sau similar am rulat un df -h:

Dar mai am spațiu în /!

Deci nu mă înșel și este mai mult decât suficient spațiu pentru a efectua actualizarea (am făcut-o așa de multe ori în anul lung de când am fost cu Xubuntu) oricum fac un sudo apt-a face curat pentru a curăța pachetele pe care le-am descărcat și a încerca din nou, dar cu aceleași rezultate.

Încă mi se pare ciudat, dar oricum încerc să mă retrag din / temele pictograme pe care le folosesc întotdeauna și pe care le-am modificat foarte mult (Faenza y Trezit) pentru a elibera mai mult spațiu și, astfel, în cele din urmă reușiți să efectuați actualizarea, procedând din nou pentru a le returna la /.

Cu toate acestea, mi-a rămas în minte ideea că problema trebuie să meargă în altă parte, dar nu știam care. Câteva ore mai târziu, când încerc să instalez câteva pachete suplimentare, primesc din nou eroarea menționată mai sus și încă o dată a fost suficient spațiu liber, așa că îmi fac cercetările.

O căutare pe internet mă conduce la mai multe fire de pe forumurile ubuntu-is, dar răspunsul unor persoane este întotdeauna același: nu aveți suficient spațiu ștergeți fișiere sau extindeți partiția rădăcină, dar am observat ceva în comun în diferitele fire pe care le-am găsit, întotdeauna partiția rădăcină care avea spațiu liber, dar a fost similar cu al meu (~ 600-900 Mb) și dimensiunea partiției nu a depășit niciodată 10 Gb, așa că am terminat să mă conving că problema trebuie să fie alta, și așa am ajuns la titlul postării datorită acest pagina, problema este că partiția rădăcină avea 100% din inodii utilizați.

Utilizarea inodurilor poate fi văzută cu comanda df -i:

Inoduri utilizate 100%

Și acum vine explicația.

Inodurile sunt în cuvântul lui Dennis Ritchie:

Un index, datorită structurii oarecum neobișnuite a unui sistem de fișiere care stoca informațiile de acces la fișiere ca o listă plană pe disc, lăsând deoparte toate informațiile ierarhice ale directoarelor

și, prin urmare, se poate întâmpla ca pentru un anumit sistem de fișiere să existe încă spațiu liber pentru stocarea fișierelor, dar nu există inode disponibile pentru a le indexa, deoarece există multe fișiere în sistem și, prin urmare, nu pot fi create altele noi.

Ideea este că numărul de inoduri dintr-o partiție EXT4 nu poate fi modificat (există alte tipuri de sisteme precum JFX o XFS unde aceasta nu este o limitare deoarece este dinamică) este un număr fix care se calculează atunci când partiția este creată cu mkfs.ext4 în funcție de dimensiunea sa cu un raport de octeți per inod în funcție de preferințele situate în /etc/mke2fs.conf.

La instalarea sistemului, este obișnuit să utilizați preferințele implicite care includ o relație inode = 16384, care pentru partițiile mici ar putea fi prea mari și să nu creeze suficient (ca în cazul meu). Singura modalitate de ao schimba este prin crearea / formatarea partiției și specificarea acesteia cu opțiunea -i.

Cu toate acestea, aceasta nu a fost o opțiune pentru mine, deoarece am menționat deja că inodurile sunt legate de numărul de fișiere existente, așa că utilizați următorul script bash găsit în stackoverflow și care este legat pe pagina pe care ați menționat-o anterior pentru a găsi care au fost directoarele din partiția rădăcină cu mai multe fișiere:

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

Ceea ce dă următorul rezultat:

Și iată vinovații!

Numărul care apare în stânga indică numărul de fișiere prezente, iar calea indică directorul asociat, o linie de mai jos apare directorul / var / lib / dpkg / info, dar ca întotdeauna îmi curăț pachetele aici, nu este nimic de făcut.

Cu toate acestea, dacă recunosc două probleme, prima și deși în catpura nu urcă de acolo mai multe intrări includ pictogramele Trezit, așa că trebuie să le mut da sau da, de asemenea, asta explică de ce atunci când am făcut-o am putut actualiza pachetele, deoarece am eliberat multe inode din partiția rădăcină când le-am mutat, dar problema a revenit când le-am mutat.

Și în al doilea rând, următorul număr mai mare de intrări este asociat cu antetele mai multor nuclee vechi și îmi dau seama că procedura pe care o folosesc întotdeauna pentru a elimina nucleele vechi nu elimină anteturile, ceea ce folosesc de obicei este următorul, într-un terminal scriu :

dpkg --get-selections | grep linux-image

care îmi arată nucleele instalate și apoi folosesc:

sudo apt-get purge package

În cazul în care pachetul este numele nucleului în cauză, dar acest lucru nu elimină anteturile asociate, așa că fac un:

dpkg --get-selections | grep linux

Și apoi procedez la eliminarea antetelor vechi, cu:

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

Și voilà, dar, desigur, a existat și problema icoanelor Trezit așa că decid să le mut în ~ / .icons și să le fac disponibile pentru întregul sistem, fac doar o legătură simbolică în / usr / share / icons, primul rezultat al df -i Este cu eliminarea anteturilor și a doua după ce ați mutat pictogramele.

Inoduri eliberate de heap!

Cu aceasta problema este rezolvată și pot instala / actualiza pachete fără probleme, sper că această postare va fi de ajutor cuiva sau va servi pentru referințe viitoare la instalațiile din partiții mici și va demitiza subiectul atât de răspândit de forumurile lipsei De spațiu.