Bijwerken / installeren van pakketten is mislukt - Ruimteproblemen - Maak inodes vrij

Om te beginnen zal ik de geschiedenis noemen van hoe het probleem is ontstaan ​​en vervolgens hoe het kan worden opgelost.

Mijn team is een Sony Vaio m120AL netbook dat ik al ongeveer 3 lange jaren heb met een 320 GB harde schijf waar ze naast elkaar bestaan Windows 7, chakra , mijn werkpartitie met Xubuntu 12.04, de swappartitie, de / home-partitie en een extra informatiepartitie waarmee ik informatie deel Windows.

Om deze redenen zijn mijn rootpartities op beide systemen naar de meeste standaarden aanzienlijk klein (ongeveer 6GB elk), maar ze hebben me nooit een probleem opgeleverd, aangezien ze meer dan genoeg zijn voor alle pakketten die ik nodig heb.

Nu, het invoeren van de specifieke situatie, een paar dagen geleden enkele updates toepassen in Xubuntu (waaronder een nieuwe Kernel is inbegrepen) Ik zie dat de updatebeheerder een foutmelding geeft dat hij probeert linux-image-3.2.0-51-generiek te installeren, maar dat zijn afhankelijkheid linux-headers-3.2.0-51 het zal niet worden geïnstalleerd, ik bekijk de fout in detail en ik merk dat dpkg klaagt dat er geen ruimte beschikbaar is.

De fout zei iets van deze stijl, hoewel niet identiek omdat ik het niet heb opgeschreven:

kon '/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new' niet aanmaken (tijdens het verwerken './usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h '): geen ruimte meer op apparaat

Bij een eerdere gelegenheid is mij hetzelfde overkomen, maar het was omdat ik verschillende oude kernels had laten opstapelen zonder ze te verwijderen, maar deze keer controleer ik en ik heb praktisch 600 Mb beschikbaar volgens Conky van wat ik niet begrijp, maar om te bevestigen of het een fout kan zijn in hoe ik het had geconfigureerd of iets dergelijks, voer ik een df -h:

Maar ik heb nog steeds ruimte in /!

Dus ik vergis me niet en dat is meer dan genoeg ruimte om de update uit te voeren (ik heb het zo vaak gedaan in het lange jaar sinds ik bij Xubuntu ben) hoe dan ook, ik doe een sudo apt-get clean om de pakketten die ik heb gedownload op te schonen en het opnieuw te proberen, maar met hetzelfde resultaat.

Ik vind het nog steeds raar, maar ik probeer hoe dan ook uit / de pictogramthema's te gaan die ik altijd gebruik en die ik veel heb aangepast (Faenza y awoken) om meer ruimte vrij te maken, en dus eindelijk de update uit te voeren, door opnieuw te gaan om ze terug te zetten naar /.

Het idee bleef echter in mijn hoofd dat de zaak ergens anders heen moest, maar ik wist niet welke. Een paar uur later, wanneer ik wat extra pakketten probeer te installeren, krijg ik de bovengenoemde fout opnieuw, en er was weer genoeg ruimte over, dus ik wijd me aan het onderzoeken.

Een zoekopdracht op internet leidt me naar verschillende threads op de forums van ubuntu-is, maar het antwoord van sommige individuen is er altijd hetzelfde: je hebt niet genoeg ruimte, verwijder bestanden of breid de rootpartitie uit, maar ik merkte iets gemeenschappelijks in de verschillende threads die ik vond, altijd de rootpartitie die vrije ruimte had, maar Het was vergelijkbaar met het mijne (~ 600-900 Mb) en de grootte van de partitie was nooit groter dan 10 Gb, dus ik overtuigde mezelf ervan dat het probleem een ​​ander probleem moest zijn, en zo kwam ik bij de titel van het bericht dankzij esta pagina, is het probleem dat de rootpartitie 100% van de gebruikte inodes had.

Het gebruik van inodes is te zien bij het commando df-ik:

100% gebruikte inodes

En nu komt de uitleg.

De inodes zijn in het woord van Dennis Ritchie:

Een index, vanwege de enigszins ongebruikelijke structuur van een bestandssysteem dat de toegangsinformatie tot de bestanden opsloeg als een platte lijst op schijf, waarbij alle hiërarchische informatie van de mappen buiten beschouwing werd gelaten

en daarom kan het gebeuren dat er voor een bepaald bestandssysteem nog steeds vrije ruimte is om bestanden op te slaan, maar er zijn geen inodes beschikbaar om ze te indexeren omdat er veel bestanden in het systeem zijn en daarom kunnen er geen nieuwe worden gemaakt.

Het punt is dat het aantal inodes in een partitie EXT4 kan niet worden gewijzigd (er zijn andere soorten systemen zoals JFX o XFS waar dit geen beperking is omdat het dynamisch is) het is een vast getal dat wordt berekend wanneer de partitie wordt aangemaakt met mkfs.ext4 op basis van zijn grootte met een verhouding van bytes per inode volgens de voorkeuren in /etc/mke2fs.conf.

Bij het installeren van het systeem is het gebruikelijk om de standaardvoorkeuren te gebruiken die een inode = 16384-relatie bevatten, die voor kleine partities te groot zou kunnen zijn en niet genoeg zou creëren (zoals in mijn geval). De enige manier om het te wijzigen is door de partitie te maken / formatteren en deze te specificeren met de optie -i.

Dit was echter geen optie voor mij, aangezien ik al zei dat de inodes gerelateerd zijn aan het aantal bestaande bestanden, dus gebruik het volgende bash-script in stapeloverloop en dat het is gekoppeld op de pagina die u eerder noemde om te achterhalen welke mappen in de rootpartitie waren met meer bestanden:

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

Wat het volgende resultaat geeft:

En hier zijn de boosdoeners!

Het nummer dat aan de linkerkant verschijnt, geeft het aantal aanwezige bestanden aan en het pad geeft de bijbehorende map aan, een regel hieronder verschijnt de map / var / lib / dpkg / info maar zoals altijd verwijder ik mijn pakketten hier, er is niets te doen .

Als ik echter twee problemen herken, de eerste en hoewel het in de catpura niet omhoog gaat, bevatten verschillende andere items de pictogrammen awoken, dus ik moet ze ja of ja verplaatsen, ook dat verklaart ook waarom ik, toen ik dat deed, de pakketten kon updaten, aangezien ik veel inodes van de rootpartitie bevrijdde toen ik ze verplaatste, maar het probleem keerde terug toen ik ze verplaatste.

En ten tweede wordt het volgende grotere aantal vermeldingen geassocieerd met de kopteksten van verschillende oude kernels, en ik realiseer me dat de procedure die ik altijd gebruik om de oude kernels te verwijderen de kopteksten niet elimineert, wat ik meestal gebruik is het volgende, in een terminal die ik schrijf :

dpkg --get-selecties | grep linux-afbeelding

die me de geïnstalleerde kernels laat zien en dan gebruik ik:

sudo apt-get purge-pakket

Waarbij pakket de naam is van de kernel in kwestie, maar dit verwijdert niet de bijbehorende headers, dus doe ik een:

dpkg --get-selecties | grep linux

En dan ga ik verder met het verwijderen van de oude headers, met:

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

En voilà, maar er was natuurlijk ook de kwestie van iconen awoken dus ik besluit ze naar ~ / .icons te verplaatsen en ze beschikbaar te maken voor het hele systeem.Ik maak gewoon een symbolische link in / usr / share / icons, het eerste resultaat van df-ik Het is met de eliminatie van de headers en de tweede nadat de pictogrammen zijn verplaatst.

Inodes vrijgegeven door de hoop!

Hiermee is het probleem opgelost en kan ik zonder problemen pakketten installeren / bijwerken, ik hoop dat dit bericht iemand zal helpen, of dient voor toekomstige referentie over installaties in kleine partities en het onderwerp ontraadselt dat door de forums van het gebrek wordt verspreid Van ruimte.