Posodobitev / namestitev paketov ni uspela - Težave s prostorom - Osvobodite inode

Za začetek bom omenil zgodbo o tem, kako se je težava zgodila in kako jo potem rešiti.

Moja ekipa je Netbook Sony Vaio m120AL da imam približno 3 dolga leta s 320 GB trdega diska, kjer soobstajajo Windows 7, Chakra , moja delovna particija z Xubuntu 12.04, swap particijo, particijo / home in dodatno informacijsko particijo, s katero delim informacije Windows.

Zaradi tega so moje korenske particije v obeh sistemih po večini standardov precej majhne (približno 6 GB), vendar mi nikoli niso povzročale težav, saj so več kot dovolj za vse pakete, ki jih potrebujem.

Zdaj, ko vstopamo v posebno situacijo, smo pred nekaj dnevi uporabili nekaj posodobitev v Xubuntu (med katerimi je bilo vključeno novo jedro). Vidim, da upravitelj posodobitev kaže napako, da poskuša namestiti linux-image-3.2.0-51-generic, vendar je njegova odvisnost linux-headers-3.2.0-51 ne bo nameščen, podrobno pregledam napako in opazim, da se dpkg pritožuje, da ni na voljo prostora.

V napaki je pisalo nekaj o tem slogu, čeprav ni enako, ker tega nisem zapisal:

ni bilo mogoče ustvariti `/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new '(med obdelavo` ./usr/src/linux-headers -3.2.0 .43-XNUMX / arch / xtensa / include / asm / coprocessor.h '): Na napravi ni več prostora

Ob neki prejšnji priložnosti se mi je zgodilo isto, vendar zato, ker sem dovolil kopičenje več starih jeder, ne da bi jih izbrisal, vendar tokrat preverim in imam na voljo skoraj 600 Mb Conky od tistega, česar ne razumem, ampak da potrdim, ali gre morda za napako v tem, kako sem ga konfiguriral ali podobno, zaženem df -h:

Ampak še vedno imam prostora v /!

Torej se ne motim in to je več kot dovolj prostora za izvedbo posodobitve (v tem letu sem to storil že velikokrat v dolgem letu, odkar sem z Xubuntujem), vseeno naredim sudo apt-get clean za čiščenje paketov, ki sem jih prenesel, in poskusite znova, vendar z enakimi rezultati.

Še vedno se mi zdi čudno, vendar se vseeno poskušam premakniti iz / tem ikon, ki jih vedno uporabljam in ki sem jih veliko spremenil (Faenza y Prebujena), da sprostite več prostora in tako končno uspete izvesti posodobitev in nadaljujte z njihovo vrnitvijo v /.

Vendar mi je v glavi ostala ideja, da mora zadeva iti drugam, vendar nisem vedel, katero. Nekaj ​​ur kasneje, ko poskušam namestiti nekaj dodatnih paketov, spet dobim omenjeno napako in spet je bilo dovolj prostora, zato raziskujem.

Iskanje po internetu me vodi do več niti na forumih ubuntu-jev, vendar je odgovor nekaterih posameznikov vedno enak: nimate dovolj prostora, izbrišite datoteke ali razširite korensko particijo, vendar sem v različnih nitih, ki sem jih našel, opazil nekaj skupnega, vedno korenska particija, ki je imela prosti prostor, vendar je bil podoben mojemu (~ 600-900 Mb) in velikost particije nikoli ni presegla 10 Gb, zato sem se prepričal, da mora biti problem v drugem, in tako sem prišel do naslova prispevka zahvaljujoč to strani, težava je v tem, da je imela korenska particija 100% uporabljenih inodov.

Uporabo inodov lahko vidimo z ukazom df -i:

100% uporabljeni inodi

In zdaj pride razlaga.

Inodi so v besedi Dennisa Ritchieja:

Indeks zaradi nekoliko nenavadne strukture datotečnega sistema, ki je podatke o dostopu do datotek shranil kot raven seznam na disku, pri čemer so ostale hierarhične informacije imenikov ob strani.

in zato se lahko zgodi, da je v danem datotečnem sistemu še vedno prostora za shranjevanje datotek, vendar ni na voljo inodov za njihovo indeksiranje, ker je v sistemu veliko datotek, zato novih ni mogoče ustvariti.

Bistvo je v tem, da je število inodov v particiji ZUN.4 ni mogoče spremeniti (obstajajo tudi druge vrste sistemov, kot je JFX o XFS kjer to ni omejitev, ker je dinamično) je fiksno število, ki se izračuna, ko se particija ustvari z mkfs.ext4 glede na njeno velikost z razmerjem bajtov na inode glede na nastavitve, ki se nahajajo v /etc/mke2fs.conf.

Pri namestitvi sistema običajno uporabljamo privzete nastavitve, ki vključujejo razmerje inode = 16384, ki je za majhne particije lahko prevelika in ne ustvari dovolj (kot v mojem primeru). Edini način, da ga spremenite, je tako, da ustvarite / formatirate particijo in jo določite z možnostjo -i.

Vendar zame to ni bila možnost, saj sem že omenil, da so inode povezani s številom obstoječih datotek, zato uporabite naslednji skript bash, ki ga najdete v preobremenitev in da je na strani, ki ste jo že omenili, povezan, da bi našli, kateri so bili imeniki v korenski particiji z več datotekami:

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

Kar daje naslednji rezultat:

In tu so krivci!

Številka, ki se prikaže na levi, označuje število prisotnih datotek, pot pa pripadajoči imenik, v spodnji vrstici se prikaže imenik / var / lib / dpkg / info, vendar kot vedno tukaj očistim svoje pakete, ni ničesar storiti.

Če pa prepoznam dve težavi, prva in čeprav se kapura od tam ne dvigne, še nekaj vnosov vključuje ikone Prebujena, zato jih moram premakniti da ali da, poleg tega pa pojasnjuje, zakaj sem lahko, ko sem to storila, pakete posodobil, saj sem ob premikanju sprostil veliko inodov iz korenske particije, vendar se je težava ponovila, ko sem jih preselil.

In drugič, naslednje največje število vnosov je povezanih z glavami več starih jeder in zavedam se, da postopek, ki ga vedno uporabljam za odstranjevanje starih jeder, ne odstrani glav, kar običajno uporabljam naslednje, v terminal pišem:

dpkg-get-selections | grep linux-slika

ki mi prikaže nameščena jedra in nato uporabim:

sudo apt-get paket za čiščenje

Kjer je paket ime zadevnega jedra, vendar to ne odstrani povezanih glav, zato naredim:

dpkg-get-selections | grep linux

In nato nadaljujem z odstranjevanjem starih glav z:

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

In voilà, seveda pa je šlo tudi za ikone Prebujena zato sem se odločil, da jih premaknem v ~ / .icons in jih dam na voljo za celoten sistem, naredim samo simbolično povezavo v / usr / share / icons, prvi rezultat df -i To je z odpravo glave in drugo po premikanju ikon.

Inode, ki jih je sprostila kopica!

S tem je težava rešena in lahko pakete brez težav namestim / posodobim, upam, da bo ta objava nekomu v pomoč ali pa bo služila kot referenca za prihodnje namestitve v majhnih pregradah in demistificirala temo, ki so jo forumi tako širili o Vesolja.