Përditësimi / Instalimi i Paketave dështoi - Çështje Hapësire - Lironi Inode

Për të filluar do të përmend historinë se si ndodhi problemi dhe pastaj si ta zgjidhim atë.

Ekipi im është një Netbook Sony Vaio m120AL që kam për rreth 3 vite të gjata me një hard drive 320 GB ku bashkëjetojnë Dritaret 7, Chakra , ndarja ime e punës me Xubuntu 12.04, ndarja swap, ndarja / home dhe një ndarje informacioni shtesë me të cilin ndaj informacione Windows.

Për këto arsye, ndarjet e mia rrënjësore në të dy sistemet janë dukshëm të vogla nga shumica e standardeve (rreth 6 GB secila), por ato kurrë nuk më kanë dhënë një problem pasi ato janë më se të mjaftueshme për të gjitha paketat që më duhen.

Tani, duke hyrë në situatën specifike, disa ditë më parë duke aplikuar disa azhurnime në Xubuntu (midis të cilave u përfshi një Kernel i ri) Unë shoh që menaxheri i azhurnimit tregon një gabim duke thënë se po përpiqet të instalojë linux-image-3.2.0-51-gjenerik por që varet linux-headers-3.2.0-51 atë nuk do të instalohet, unë e rishikoj gabimin në detaje dhe vërej se dpkg ankohet se nuk ka hapësirë ​​në dispozicion.

Gabimi thoshte diçka nga ky stil, megjithëse nuk ishte identik sepse nuk e shkruajta:

nuk mund të krijonte `/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new '(gjatë përpunimit` ./usr/src/linux-headers -3.2.0 .43-XNUMX / hark / xtensa / përfshij / asm / koprocesor.h '): Nuk mbetet hapësirë ​​në pajisje

Në ndonjë rast të mëparshëm e njëjta gjë më ka ndodhur por kjo kishte qenë sepse kisha lejuar që disa Kernel të vjetër të grumbulloheshin pa i fshirë, por kësaj here kontrolloj dhe praktikisht kam 600 Mb të disponueshëm sipas Conky nga ajo që unë nuk e kuptoj, por për të konfirmuar nëse mund të jetë një gabim në mënyrën se si unë e kam konfiguruar atë ose të ngjashme unë ekzekutoj një df-h:

Por unë ende kam hapësirë ​​në /!

Kështu që nuk gaboj dhe kjo është hapësira më se e mjaftueshme për të kryer azhurnimin (e kam bërë në këtë mënyrë shumë herë gjatë vitit të gjatë që kur kam qenë me Xubuntu) gjithsesi bëj një sudo apt-pastrohem të pastroj paketat që kam shkarkuar dhe të provoj përsëri, por me të njëjtat rezultate.

Ende më duket e çuditshme por gjithsesi përpiqem të heq temat e ikonave që i përdor gjithmonë dhe që i kam modifikuar shumë (Faenza y I zgjuar) për të liruar më shumë hapësirë, dhe kështu më në fund arrijnë të kryejnë azhurnimin, duke vazhduar përsëri për t'i kthyer ato në /.

Sidoqoftë, në mendjen time mbeti ideja se çështja duhej të shkonte diku tjetër, por nuk e dija cilën. Disa orë më vonë, kur përpiqem të instaloj disa paketa shtesë, përsëri marr gabimin e lartpërmendur dhe edhe një herë kishte hapësirë ​​të mjaftueshme për të kursyer, kështu që unë bëj hulumtimin tim.

Një kërkim në internet më çon në disa tema në forume të ubuntu-t, por përgjigja e disa individëve gjithmonë është e njëjtë: nuk keni hapësirë ​​të mjaftueshme për të fshirë skedarët ose për të zgjeruar ndarjen rrënjësore, por unë vura re diçka të përbashkët në temat e ndryshme që gjeta, gjithmonë ndarja rrënjë që kishte hapësirë ​​të lirë, por ishte e ngjashme me timen (-600-900 Mb) dhe madhësia e ndarjes nuk i kaloi kurrë 10 GB kështu që mbarova të bindur veten se problemi duhej të ishte një tjetër, dhe kështu arrita në titullin e postës falë esta faqe, problemi është që ndarja rrënjë kishte 100% të inodeve të përdorura.

Përdorimi i inodes mund të shihet me komandën df -i:

100% inode të përdorura

Dhe tani vjen shpjegimi.

Inodet janë në fjalën e Dennis Ritchie:

Një indeks, për shkak të strukturës disi të pazakontë të një sistemi skedari që ruante informacionin e hyrjes në skedarë si një listë të sheshtë në disk, duke lënë mënjanë të gjithë informacionin hierarkik të drejtorive

dhe prandaj mund të ndodhë që për një sistem të caktuar skedarësh të ketë ende hapësirë ​​të lirë për të ruajtur skedarët, por nuk ka inode të disponueshme për t'i indeksuar ato, sepse ka shumë skedarë në sistem dhe për këtë arsye nuk mund të krijohen të reja.

Çështja është se numri i inodes në një ndarje eXT4 nuk mund të modifikohet (ekzistojnë lloje të tjera të sistemeve si p.sh. JFX o XFS ku ky nuk është një kufizim sepse është dinamik) është një numër fiks që llogaritet kur pjesa krijohet me mkfs.ext4 sipas madhësisë së saj me një raport bajtësh për inode sipas preferencave të vendosura në /etc/mke2fs.conf.

Kur instaloni sistemin, është e zakonshme të përdorni preferencat e paracaktuara që përfshijnë një lidhje inode = 16384, e cila për ndarjet e vogla mund të jetë shumë e madhe dhe të mos krijojë aq sa duhet (si në rastin tim). Mënyra e vetme për ta ndryshuar është krijimi / formatimi i ndarjes dhe specifikimi i tij me opsionin -i.

Sidoqoftë ky nuk ishte një opsion për mua, pasi unë përmenda tashmë që inodet kanë të bëjnë me numrin e skedarëve ekzistues, kështu që përdorni skriptin e mëposhtëm bash të gjetur në rrjedha e stackover dhe kjo është e lidhur në faqen që ju përmendët më parë për të gjetur se cilat ishin direktoritë në ndarjen rrënjë me më shumë skedarë:

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

E cila jep rezultatin e mëposhtëm:

Dhe këtu janë fajtorët!

Numri që shfaqet në të majtë tregon numrin e skedarëve të pranishëm dhe rruga tregon drejtorinë e lidhur, një rresht më poshtë shfaqet direktoria / var / lib / dpkg / info por si gjithmonë pastroj paketat e mia këtu nuk ka asgjë për të bërë.

Sidoqoftë, nëse njoh dy probleme, i pari dhe megjithëse në catpura nuk ngrihet nga atje, disa shënime të tjera përfshijnë ikonat I zgjuar, kështu që unë duhet t'i zhvendos po ose po, përveç kësaj shpjegon pse kur i bëra unë mund të azhurnoja paketat, pasi që lirova shumë inode nga ndarja rrënjë kur i zhvendosa, por problemi u kthye kur i zhvendosa ato.

Dhe së dyti, numri tjetër më i madh i shënimeve shoqërohet me header-et e disa bërthamave të vjetra dhe unë e kuptoj që procedura që unë përdor gjithmonë për të eleminuar bërthamat e vjetra nuk eliminon headers, ajo që unë zakonisht përdor është si më poshtë, në një terminal që shkruaj:

dpkg - zgjedhni zgjedhjet | grep-linux-imazh

e cila më tregon bërthamat e instaluara dhe pastaj përdor:

paketa e spastrimit sudo apt-get

Ku pako është emri i bërthamës në fjalë, por kjo nuk heq kokat e lidhura kështu që unë bëj një:

dpkg - zgjedhni zgjedhjet | grep linux

Dhe pastaj vazhdoj të heq kokat e vjetra, me:

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

Dhe voilà, por sigurisht që ishte edhe çështja e ikonave I zgjuar kështu që unë vendos t'i zhvendos në ic /. ikona dhe t'i vë në dispozicion për të gjithë sistemin, unë thjesht bëj një lidhje simbolike në / usr / share / ikona, rezultati i parë i df -i Withshtë me eliminimin e titrave dhe e dyta pasi keni lëvizur ikonat.

Inode të lëshuara nga grumbulli!

Me këtë problemi është zgjidhur, dhe unë mund të instaloj / azhurnoj paketa pa problem, shpresoj që ky postim të jetë për ndihmë për dikë, ose të shërbejë për referencë në të ardhmen në instalimet në ndarje të vogla dhe të çmitizojë temën aq të përhapur nga forumi i mungesës Të hapësirës.