Det gick inte att uppdatera / installera paket - rymdproblem - frigöra inoder

Till att börja med kommer jag att nämna historien om hur problemet hände och sedan hur man löser det.

Mitt team är en Sony Vaio m120AL netbook som jag har i ungefär 3 långa år med en 320 GB hårddisk där de samexisterar Windows 7, Chakra , min arbetspartition med Xubuntu 12.04, swap-partitionen, / home-partitionen och en ytterligare informationspartition som jag delar information med Windows.

Av dessa skäl är mina rotpartitioner på båda systemen betydligt små av de flesta standarder (cirka 6 GB vardera) men de har aldrig gett mig ett problem eftersom de är mer än tillräckligt för alla paket jag behöver.

Nu, när du går in i den specifika situationen, för några dagar sedan applicera några uppdateringar i Xubuntu (som inkluderade en ny kärna) Jag ser att uppdateringshanteraren visar ett fel som säger att den försöker installera linux-image-3.2.0-51-generic men att dess beroende linux-headers-3.2.0-51 kommer inte att installeras, jag granskar felet i detalj och jag märker att dpkg klagar på att det inte finns något ledigt utrymme.

Felet sa något av den här stilen, men inte identiskt eftersom jag inte skrev ner det:

kunde inte skapa '/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new' (under bearbetning './usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h '): Inget utrymme kvar på enheten

Vid något tidigare tillfälle hände samma sak med mig men det berodde på att jag hade låtit flera gamla kärnor ackumuleras utan att ta bort dem, men den här gången kontrollerar jag och jag har praktiskt taget 600 Mb tillgängligt enligt conky från vad jag inte förstår, men för att bekräfta om det kan vara ett fel i hur jag hade konfigurerat det eller liknande kör jag en df -h:

Men jag har fortfarande plats i /!

Så jag tar inte fel och det är mer än tillräckligt med utrymme för att utföra uppdateringen (jag har gjort det på det här sättet många gånger under det långa året sedan jag har varit med Xubuntu) ändå gör jag en sudo apt-få rena för att rengöra paketen som jag har laddat ner och försök igen, men med samma resultat.

Jag tycker fortfarande att det är konstigt men ändå försöker jag flytta ut från / ikonteman som jag alltid använder och som jag har ändrat mycket (faenza y vaknat) för att frigöra mer utrymme, och därmed lyckas jag äntligen utföra uppdateringen och fortsätter igen för att återställa dem till /.

Men tanken kvarstod i mitt huvud att saken måste gå någon annanstans men jag visste inte vilken. Några timmar senare när jag försöker installera några extra paket får jag det ovan nämnda felet igen, och återigen fanns det tillräckligt med utrymme att spara, så jag ägnar mig åt att undersöka.

En internetsökning leder mig till flera trådar på forumet för ubuntu-är, men svaret för vissa individer där är alltid detsamma: du har inte tillräckligt med utrymme för att radera filer eller utöka rotpartitionen, men jag märkte något gemensamt i de olika trådarna som jag hittade, alltid rotpartitionen som hade ledigt utrymme, men det liknade min (~ 600-900 Mb) och partitionens storlek översteg aldrig 10 Gb så jag slutade övertyga mig själv om att problemet måste vara ett annat, och det var så jag kom till titeln på inlägget tack vare detta sidan är problemet att rotpartitionen hade 100% av de inoder som användes.

Användningen av inoderna kan ses med kommandot df -i:

100% använda inoder

Och nu kommer förklaringen.

Inoderna står i Dennis Ritchies ord:

Ett index på grund av den något ovanliga strukturen hos ett filsystem som lagrade åtkomstinformationen till filerna som en platt lista på hårddisken, och lämnar all hierarkisk information i katalogerna

och därför kan det hända att det för ett visst filsystem fortfarande finns ledigt utrymme för att lagra filer, men det finns inga inoder tillgängliga för att indexera dem eftersom det finns många filer i systemet och därför kan inga nya skapas.

Saken är, antalet inoder i en partition EXT4 kan inte modifieras (det finns andra typer av system som JFX o XFS där detta inte är en begränsning eftersom det är dynamiskt) är det ett fast antal som beräknas när partitionen skapas med mkfs.ext4 enligt dess storlek med ett förhållande av byte per inod enligt de preferenser som finns i /etc/mke2fs.conf.

När du installerar systemet är det vanligt att använda standardinställningarna som inkluderar en inode = 16384-relation, som för små partitioner kan vara för stor och inte skapa tillräckligt (som i mitt fall). Det enda sättet att ändra det är genom att skapa / formatera partitionen och specificera den med alternativet -i.

Detta var dock inte ett alternativ för mig, eftersom jag redan nämnde inoderna är relaterade till antalet befintliga filer, så använd följande bash-skript som finns i stackoverflow och att det är länkat på sidan du nämnde tidigare för att hitta vilka som var katalogerna i rotpartitionen med fler filer:

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

Vilket ger följande resultat:

Och här är de skyldiga!

Siffran som visas till vänster indikerar antalet närvarande filer och sökvägen indikerar den tillhörande katalogen, en rad nedan visas katalogen / var / lib / dpkg / info men som alltid rensar jag mina paket här finns det inget att göra.

Men om jag känner igen två problem, det första och även om catpuraen inte går upp därifrån, innehåller flera fler poster ikonerna vaknat, så jag måste flytta dem ja eller ja, förutom det förklarar varför när jag gjorde det kunde jag uppdatera paketen, eftersom jag frigjorde många inoder från rotpartitionen när jag flyttade dem, men problemet kom tillbaka när jag flyttade dem.

Och för det andra är det näst största antalet poster associerade med rubrikerna på flera gamla kärnor, och jag inser att proceduren som jag alltid använder för att eliminera de gamla kärnorna inte eliminerar rubrikerna, det jag brukar använda är följande, i en terminal jag skriver:

dpkg --get-selections. grep linux-image

som visar mig kärnorna installerade och sedan använder jag:

sudo apt-get purge-paket

Var paketet är namnet på kärnan i fråga, men det tar inte bort de associerade rubrikerna så jag gör en:

dpkg --get-selections. grep linux

Och sedan tar jag bort de gamla rubrikerna med:

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

Och voilà, men naturligtvis fanns det också frågan om ikoner vaknat så jag bestämmer mig för att flytta dem till ~ / .icons och för att göra dem tillgängliga för hela systemet gör jag bara en symbolisk länk i / usr / share / ikoner, det första resultatet av df -i Det är med eliminering av rubrikerna och den andra efter att ha flyttat ikonerna.

Inoder släppt av högen!

Med detta är problemet löst, och jag kan installera / uppdatera paket utan problem, jag hoppas att det här inlägget kommer att vara till hjälp för någon, eller tjäna för framtida referens på installationer i små partitioner och avmystifiera ämnet som sprids av forumets brist Av rymden.