Pakettide värskendamine / installimine nurjus - ruumi probleemid - vabastage inoodid

Kõigepealt kommenteerige, et see on konkreetne viga minu juurpartitsiooni omaduste tõttu ja et seda tavaliselt tavalistes installides ei juhtu 

Alustuseks mainin probleemi juhtumise ajalugu ja seejärel selle lahendamist.

Minu meeskond on a Sony Vaio m120AL netbook et mul on umbes 3 pikka aastat 320 GB kõvaketas, kus need eksisteerivad Windows 7, Chakra , minu tööjaotus koos Ubuntu 12.04, vahetuspartitsiooni, partitsiooni / home ja täiendavat infosektsiooni, millega ma teavet jagan Windows.

Nendel põhjustel on minu juurpartitsioonid mõlemas süsteemis enamiku standardite järgi märkimisväärselt väikesed (kumbki umbes 6 GB), kuid need pole mulle kunagi probleeme valmistanud, kuna neist piisab kõigi vajalike pakettide jaoks.

Täpsemalt olukorda sisestades mõned päevad tagasi mõned värskendused rakendades Xubuntu (mis sisaldas uut kernelit) Näen, et värskendushaldur näitab viga, öeldes, et ta üritab installida linux-image-3.2.0-51-generic, kuid selle sõltuvus linux-headers-3.2.0-51 seda ei installita, vaatan vea üksikasjalikult üle ja märkan, et dpkg kaebab, et ruumi pole vaba.

Viga ütles midagi sellist stiili, ehkki mitte identne, sest ma ei kirjutanud seda üles:

ei saanud luua faili "/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new" (töötlemise ajal "./usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h '): seadmel pole ruumi

Mõnel eelmisel korral on sama juhtunud ka minuga, kuid see oli tingitud sellest, et olin lasknud mitmel vanal tuumal koguneda neid kustutamata, kuid seekord kontrollin ja mul on vastavalt Conky sellest, millest ma aru ei saa, kuid et kinnitada, kas see võib olla viga selles, kuidas ma seda seadistasin, vms df-h:

df-h

Kuid mul on / -is veel ruumi!

Nii et ma ei eksi ja see on värskenduse sooritamiseks rohkem kui piisavalt ruumi (olen seda pika aasta jooksul mitu korda teinud, kuna olen Xubuntuga koos olnud). Igatahes teen sudo apt-puhtaks saama minu alla laaditud pakettide puhastamiseks ja proovige uuesti, kuid samade tulemustega.

Minu arvates on see endiselt kummaline, kuid igatahes üritan / kasutan ikooniteemasid, mida ma alati kasutan ja mida olen palju muutnud (Faenza y Ärganud), et vabastada rohkem ruumi ja lõpuks õnnestuks värskendus sooritada, jätkates uuesti nende naasmiseks /.

Peas jäi aga mõte, et asi peab minema mujale, aga ma ei teadnud, kumb. Mõni tund hiljem, kui proovin mõnda lisapaketti installida, ilmub eeltoodud viga uuesti ja taas oli ruumi piisavalt, nii et uurin.

Interneti-otsing viib mind mitme foorumi foorumi juurde ubuntu-is, kuid mõnede sealsete isikute vastus on alati sama: teil pole piisavalt ruumi failide kustutamiseks või juurpartitsiooni laiendamiseks, kuid märkasin leitud erinevates lõimedes midagi ühist, alati rootpartitsioonil, millel oli vaba ruumi, kuid See oli sarnane minu omaga (~ 600–900 Mb) ja partitsiooni suurus ei ületanud kunagi 10 Gb, nii et veensin end veenmas, et probleem pidi olema teine, ja nii jõudsin tänu postituse pealkirjale see lehel on probleem selles, et juurpartitsioonil oli 100% kasutatud inode.

Inode'i kasutamist saab näha käsuga df -i:

100% kasutatud inode

100% kasutatud inode

Ja nüüd tuleb selgitus.

Inoodid on Dennis Ritchie sõnad:

Indeks, mis on tingitud failisüsteemi mõnevõrra ebatavalisest struktuurist, mis salvestas failidele juurdepääsu teavet ketta kindla loendina, jättes kõrvale kogu kataloogide hierarhilise teabe

ja seetõttu võib juhtuda, et antud failisüsteemi jaoks on failide salvestamiseks veel vaba ruumi, kuid nende indekseerimiseks pole saadaval inode, kuna süsteemis on palju faile ja seetõttu ei saa uusi luua.

Asi on selles, et inode arv partitsioonis EXT4 ei saa muuta (on ka muud tüüpi süsteeme nagu JFX o XFS kui see pole piirang, kuna see on dünaamiline), on see fikseeritud arv, mis arvutatakse partitsiooni loomisel mkfs.ext4-ga vastavalt selle suurusele baitide suhtega inoodis vastavalt asukohas asuvatele eelistustele /etc/mke2fs.conf.

Süsteemi installimisel kasutatakse tavaliselt vaikimisi eelistusi, mis sisaldavad seost inode = 16384, mis väikeste partitsioonide jaoks võib olla liiga suur ega tekita piisavalt (nagu minu puhul). Ainus viis selle muutmiseks on partitsiooni loomine / vormindamine ja selle määramine suvandiga -i.

Kuid see polnud minu jaoks valik, kuna ma juba mainisin, et inodes on seotud olemasolevate failide arvuga, seega kasutage järgmist bashi skripti virnastamine ja et see on lingitud lehel, mida enne mainisite, et leida, millised kataloogid olid juurpartitsioonis koos rohkemate failidega:

oluline on teada, et skript analüüsib kataloogi, kust seda nimetatakse, see tähendab, nagu minu puhul oli mind huvitatud / Noh, kõigepealt pean terminalis liikuma cd / ja siis, kui helistada skriptile
#!/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_$$

Mis annab järgmise tulemuse:

Ja siin on süüdlased!

Ja siin on süüdlased!

Vasakule ilmuv number näitab olemasolevate failide arvu ja tee tähistab seotud kataloogi, üks rida allpool kuvatakse kataloog / var / lib / dpkg / info, kuid nagu alati puhastan oma paketid siin, pole midagi teha .

Kui aga tunnen ära kaks probleemi, siis esimene ja kuigi katpuras see sealt üles ei tõuse, sisaldab ikoone veel mitu kirjet Ärganud, nii et ma pean neid jah või jah teisaldama, lisaks seletab see, miks sain pakette värskendada, kui tegin, kuna vabastasin paljud inoodid juurpartitsioonist nende teisaldamisel, kuid probleem naasis nende ümberpaigutamisel.

Ja teiseks, suuruselt järgmine arv kirjeid on seotud mitme vana tuuma päistega ja ma mõistan, et protseduur, mida ma alati kasutan vanade tuumade kõrvaldamiseks, ei kõrvalda päiseid, mida tavaliselt kasutan, on järgmine, terminalis kirjutan :

dpkg --get-selections | grep linux-pilt

tuumad-rec

mis näitab mulle installitud tuuma ja siis kasutan:

sudo apt-get purge pakett

Kus pakett on kõnealuse kerneli nimi, kuid see ei eemalda seotud päiseid, nii et ma teen järgmist:

dpkg --get-valikud | grep linux

vanad päised

Ja siis eemaldan vanad päised koos järgmisega:

sudo apt-get puhastamine linux-päised-3.2.0-41 linux-päised-3.2.0-44 linux-päised-3.2.0-45 linux-päised-3.2.0-48

Ja voilà, aga muidugi oli seal ka ikoonide teema Ärganud nii et otsustan need teisaldada ~ / .ikonidesse ja teha need kogu süsteemile kättesaadavaks, teen lihtsalt sümboolse lingi kataloogis / usr / share / icons, esimene tulemus df -i See eemaldatakse päistest ja teine ​​pärast ikoonide teisaldamist.

Hunnikust vabanenud inoodid!

Hunnikust vabanenud inoodid!

Sellega on probleem lahendatud ja ma saan pakette ilma probleemideta installida / värskendada, loodan, et see postitus on kellelegi abiks või on tulevaste viidete jaoks väikeste partitsioonide installatsioonide jaoks ja demüstifitseerib puuduse foorumites nii levinud teemat Kosmosest.


Jäta oma kommentaar

Sinu e-postiaadressi ei avaldata. Kohustuslikud väljad on tähistatud *

*

*

  1. Andmete eest vastutab: Miguel Ángel Gatón
  2. Andmete eesmärk: Rämpsposti kontrollimine, kommentaaride haldamine.
  3. Seadustamine: teie nõusolek
  4. Andmete edastamine: andmeid ei edastata kolmandatele isikutele, välja arvatud juriidilise kohustuse alusel.
  5. Andmete salvestamine: andmebaas, mida haldab Occentus Networks (EL)
  6. Õigused: igal ajal saate oma teavet piirata, taastada ja kustutada.

  1.   Ferdinand Baptist DIJO

    Tere, kasuta ubuntu näpistamist ( http://ubuntu-tweak.com ) on nagu Windowsi häälestamine, see aitab teil eemaldada palju prügi ja desinstallib selle käigus vanad tuumad ohutult, kuid jätab eelmise tuuma käivitamiseks, mõnel juhul ei töötanud viimane tuum minu jaoks ja mul õnnestus süsteemi siseneda tänu et neid kõiki mitte kustutada.

    1.    Rayonant DIJO

      Tunnen teda juba pikka aega, kuid olen alati eelistanud seda teha omal moel ja mõista, kuidas asjad toimivad, igal juhul oleks isegi probleemita vanade päiste paarita enam-vähem sama ajaga esitanud. ikooniteemad ja et lõpuks, nagu ma mainisin, EI OLE probleemiks ruumipuudus, vaid kasutatud inoodide probleem.

  2.   Mauricio DIJO

    Täname teid selle jagamise eest. Siiani pole mul seda probleemi olnud, kuna kõik kasutatavad kettad on kõik Linuxi vormingus, ilma akendeta, kuna mul pole seda süsteemi arvutis.

    Nii et ma pean seda meeles, kui ma ühel päeval seda probleemi näeksin.

    1.    Rayonant DIJO

      Probleem ei tulene sellest, et teil on Windowsiga partitsioone (see on lihtsalt minu juhtumi eripära), vaid väikeste juurpartitsioonide (vähem kui 10 Gb) olemasolu korral, kui installer kasutab mke2fs vaikevõimalusi (mis vormistab partitsioone) ja teie See jätab oma suuruse jaoks väikese arvu inode ja et nagu tavaliselt peaaegu norm, on kõik meie partitsioonid EXT4-s, mis määrab selle numbri loomisel ja hiljem pole seda võimalik muuta.

  3.   gerard H DIJO

    Nagu näete, on selline asi, mis hoiab inimesi Linuxist eemal ja lõpuks lähevad nad tagasi Windowsi juurde. Kuidas teie arvates võib selles olukorras tavaline kasutaja probleemi lahendada?
    te ei pea raiskama oma aega selliste asjade parandamisele ja seadistamisele ning produktiivse aja raiskamisele.
    Miguel de Icazal oli oma öelduga õigus ja seetõttu otsustas ta Macile üle minna, sest seal KÕIK TÖÖD, punkt.

    1.    elav DIJO

      See selleks. OS X-is töötab kõik ilusalt. Praegu on kasutu seletada, miks postituse kommentaari autor juhtus, nii et palun ärge seda kommentaari toita. See lõpeb leegiga.

      1.    eliotime3000 DIJO

        Minu puhul töötab Debian minu arvutis kõigega ja selgub, et kasutasin DVD-d täiendava repoks, et Squeeze'ilt Wheezy'le üle minna. Nii et igaüks saab värskendada.

    2.    Fabian DIJO

      Noh, siis on teil Windowsi kasutaja mõte.
      GNU / Linux on teie jaoks suur.
      osas

  4.   sieg84 DIJO

    see on huvitav.

  5.   Jorge DIJO

    See viga on gentoo installimisel väikestele ketastele väga sagedane, nii et paljudel väikestel lähtefailidel ja partitsioonil saavad inoodid otsa isegi siis, kui vaba ruumi on jäänud 60%. Vähemalt lahendab käsiraamat selle, kirjutades mke2fs -j -T small / dev / sdaX, tõenäoliselt töötab see ubuntul. Enne kui mängin imelikke seadeid 😛

    1.    Rayonant DIJO

      Täpselt, nagu ma juba varem mainisin, saate -ode abil määrata inode baitide suhte, kuid on ka võimalus, mida mainite -T kasutab konfiguratsioonifailis ühte vaikerežiimi, mille nimi on /etc/mke2fs.conf, sel juhul rakendab väike ploki suurust = 1024, inoodi suurust = 128 ja bait-inoodide suhet = 4096.

  6.   MSX DIJO

    Excelente!
    See on tüüpiline probleem, mis sööb su pead kaua, kuni saad aru, kust see tuli.
    +10 selgituse jaoks 😀

    1.    Rayonant DIJO

      Nagu te ütlete, oli teil hea aeg mu pead tappa! Tänan teid väga kommentaari eest, mis pärineb kelleltki, kes teab nii palju kui teie, on au!

  7.   Anthony DIJO

    Suurepärane !!, olen õppinud midagi muud ja see on aidanud mul taastada umbes 19Mb, eemaldades nii vana päise kui ka taastades mõned inoodid. Nüüd on mul installimiseks rohkem ruumi. Kuna ma olen Linuxi jaoks üsna uustulnuk, siis kui arvate, et see on okei, soovitan teil teha postitus selle kohta, kuidas vormindada võimalikult palju inode ja kas seda saab teha ketta teavet säilitades või mitte.
    Regards ja tänu

    1.    Rayonant DIJO

      Nagu mainisin kirje alguses olevas märkuses, on see väga haruldane probleem ja seostub väikeste juurpartitsioonidega (<10GB) nagu minu puhul, teiste suuruste korral seda tõenäoliselt ei esine. Mis puutub inoodide arvu muutmisse, nagu ma ka kirjes mainisin, siis pole seda võimalik teha ilma vormindamiseta partitsioonide EXT4 vormingus, nii et te ei saaks baitide suhte muutmiseks kettal olevat teavet ilma eelmise varundamiseta teha inodes kasutavad käsus mke2fs valikut -i või ühte -T-ga seotud suvanditest (väike, suur, tohutu jne).

  8.   Mario DIJO

    Suurepärane! Probleemi kirjeldus, selgitus, miks see juhtus, selle alused ja lahenduse sammud! Ma nimetan seda suurepäraseks panuseks! Aitäh Rayonant!

  9.   Diana Bedoya DIJO

    Aitäh artikli eest, see aitas mind palju. Olin selle vea ületamiseks kõik proovinud ja vanade päiste ning nende sõltuvuste sobivusega eemaldamise abil sain programmid uuesti installida ja värskendusi teha. Aitäh!

  10.   Jasco DIJO

    Sama probleem on juhtunud minuga ei tee midagi ja see on mind pähe toonud hahaha. Minu puhul oli juurpartitsioonil üsna vähe vaba mälu, kuid see oli kasutatud 100% inode! Asi on selles, et kui olete pikka aega sama levitamist kasutanud ega eemalda aja jooksul ühtegi vana tuuma, on mahajäämus kohutav. Minu puhul suutsin probleemi lahendada sarnaselt sellele, kuidas te seda panite, ainult et sudo apt-get remove or purge ei töötanud minu jaoks ja võti nende kasutamata kernelifailide eemaldamiseks oli sudo kasutamine dpkg –remove ja –purge ning suutsin ükshaaval vabastada inoodid. Kõik, mida õpid. Ma soovin, et oleksin selle sissekande varem leidnud, sest see oleks asja varem lahendanud. Aitäh, et visandasite natuke, mis see inode asi on, mul polnud eriti aimu.
    Suurepärane ajaveeb, tervitused!

  11.   Lõvi DIJO

    Oled groso ja kuigi see on tülikas, saadakse sellest üsna hästi aru. Ma tegin kõik tähe järgi, kuid mida ma ei saa teha, on eelmiste Linux-päiste eemaldamine, see ei lase mul, see paneb mind
    E: dpkg katkestati, peate probleemi lahendamiseks käsitsi käivitama "sudo dpkg –configure -a"
    Ma täidan seda, mida see mulle ütleb ja see teeb mind
    Avapildi (1.4.0-1ubuntu1) määramine ...
    Jälgimine (viimane kõne oli viimane):
    Fail "/ usr / sbin / update-python-modules", rida 478, sisse
    package.install (py_installed)
    Fail "/ usr / sbin / update-python-modules", rida 112, installitud
    os.symlink (failinimi, saatetee)
    OSError: [Viga 2] Sellist faili ega kataloogi pole
    Viga sys.excepthookis:
    Jälgimine (viimane kõne oli viimane):
    Fail "/usr/lib/python2.7/dist-packages/apport_python_hook.py", rida 128, apport_excepthookis
    os.O_WRONLY | os.O_CREAT | os.O_EXCL, 0o640), 'w')
    OSError: [Errno 28] Seadmes pole ruumi: '/var/crash/_usr_sbin_update-python-modules.0.crash'

    Algne erand oli:
    Jälgimine (viimane kõne oli viimane):
    Fail "/ usr / sbin / update-python-modules", rida 478, sisse
    package.install (py_installed)
    Fail "/ usr / sbin / update-python-modules", rida 112, installitud
    os.symlink (failinimi, saatetee)
    OSError: [Viga 2] Sellist faili ega kataloogi pole
    dpkg: viga openshoti töötlemisel (–konfigureeri):
    installijärgse skripti installitud lõim tagastas tõrke väljundkoodi 1
    dpkg: tõrge: andmebaasi oleku kirjutamiseks nurjus „/ var / lib / dpkg / status”: seadmes pole ruumi
    Küsimus on, mida ma kannan?

  12.   Pablo DIJO

    Tänud! See postitus aitas mind palju.

  13.   kihk DIJO

    Hei!!!

    Te ei lahenda mitte ainult keerulist probleemi, vaid õpin (ja naudin) selle käigus

  14.   Juan Carlos DIJO

    Tere. Esiteks aitäh postituse eest ...

    Teiseks, kahjuks ei aidanud see mind. Tulin tema juurde katkise paketi probleemi tõttu, mida süsteem ei võimalda mul ruumipuuduse tõttu lahendada, mis tegelikult siin selgitatust olid sõlmed i.

    Niisiis proovisin vanad tuumad puhastada, nagu soovitatud, kuid süsteem ei luba mul:
    juan @ juan-P29G: ~ $ sudo apt-get purge linux-image-3.2.0-29-generic-pae
    Pakettide loendi lugemine ... Valmis
    Sõltuvuspuu loomine
    Olekuteabe lugemine ... Valmis
    Selle parandamiseks võite käivitada "apt-get -f install":
    Järgmistel pakettidel on täitmata sõltuvused:
    tzdata-java: sõltub: tzdata (= 2014i-0ubuntu0.12.04), kuid 2014e-0ubuntu0.12.04 installitakse
    E: sõltuvused pole täidetud. Proovige "apt-get -f install" ilma pakettideta (või määrake lahendus).

    Ja kui järgin süsteemi nõuandeid:
    juan @ juan-P29G: ~ $ sudo apt-get -f install
    Pakettide loendi lugemine ... Valmis
    Sõltuvuspuu loomine
    Olekuteabe lugemine ... Valmis
    Sõltuvuste korrigeerimine ... Valmis
    Installitakse järgmised lisapaketid:
    tzdata
    Järgmisi pakette värskendatakse:
    tzdata
    1 värskendatud, 0 installitakse, 0 eemaldamiseks ja 23 pole värskendatud.
    1 pole täielikult paigaldatud ega eemaldatud.
    0 B / 461 kB faile tuleb alla laadida.
    Pärast seda toimingut vabastatakse 31,7 kB.
    Kas soovite jätkata [Jah / Ei]? s
    Pakettide eelkonfigureerimine ...
    (Andmebaasi lugemine ... 893468 praegu installitud faili või kataloogi.)
    Tzdata 2014e-0ubuntu0.12.04 asendamise ettevalmistamine (kasutades… / tzdata_2014i-0ubuntu0.12.04_all.deb)…
    Tzdata asenduse lahtipakkimine ...
    dpkg: tõrge töötlemisel /var/cache/apt/archives/tzdata_2014i-0ubuntu0.12.04_all.deb (–unpack):
    ei saa sümbolilinki varundada saidile `./usr/share/zoneinfo/posix/America/Santo_Domingo ': seadmes pole ruumi
    Aruannet "apport" ei kirjutatud, kuna tõrketeade näitab, et tõrge on ketas täis
    Töötlemisel ilmnesid vead:
    /var/cache/apt/archives/tzdata_2014i-0ubuntu0.12.04_all.deb
    E: alamprotsessidest / usr / bin / dpkg aastal tagastas veateate koodi (1)

    Nõiaring ... Igatahes vaatan, mida teha saan.

    Tervitused.

  15.   Juan Carlos DIJO

    Tere jälle ... Ma tean, kuidas nõiaring murda.

    Selle käsuga eemaldan vanima tuuma pildi:
    sudo dpkg – eemaldage linux-image-3.2.0-29-generic-pae

    Sellega saan 4389 i-sõlme, mis on piisav katkise paketi parandamiseks ja seejärel eemaldan päised vanemast tuumast, nagu postituses märgitud.

    Ja nüüd taastan veel i-sõlmed, eemaldades hulga vanu tuuma ...

    Tänud ja tervitused, Juan Carlos.

  16.   anonüümne DIJO

    Ta ei lasknud mul päiseid kustutada

    Olen kirjutanud
    sudo nautilus

    Ja ma olen läinud kausta / usr / src
    Seal olen näinud "päiste" faile ja olen need kustutanud
    Sellega on ta juba lubanud mul automaatse eemaldamise tellimuse esitada

  17.   anonüümne DIJO

    Aitäh!! postitus võib olla natuke vana, kuid on siiski väga kasulik, probleem lahendatud inodes

  18.   Luis DIJO

    Rayonant: eeskujulik selgitus.
    Kuigi minu puhul pidin partitsiooni laiendama (koos Gpartediga), on teie postitus aidanud mul probleemist aru saada. Ja pärast teie meetodi järgimist olen 90% hõivatud inoodidest (pärast partitsiooni laiendamist) jõudnud ainult 28% -ni.
    Tänud. Kasutan seda nüüdsest vanade tuumade (ja päiste) kõrvaldamiseks.
    Tänu ka Juan Carlosele (mul oli sama probleem).
    Kallistada.

  19.   Naljakas DIJO

    Huvitav postitus,
    Minu puhul olen langenud 100% -lt kasutuselt 9% -le

    root @ pi: / home / pi # apt-get clean
    juur @ pi: / home / pi # df -i
    S. failid Nodes-i NUsados ​​NLibres NUso% kinnitatud
    / dev / root 1915424 1915288 136 100% /

    hiljem leidsin, et tormid puudutasid mu nina, kõrvaldasin need ja ...

    root @ pi: / home / pi # rm -rf / var / tmp / ntopng /

    Tachán !!!

    juur @ pi: / # df -i
    S. failid Nodes-i NUsados ​​NLibres NUso% kinnitatud
    / dev / root 1915424 160408 1755016 9% /

    Aitäh