Systeemilevy koko ajan täynnä

[Peetu]

Eli tuo systeemilevy tuntuu täyttyvän ihan omia aikojaan vaikka en ole asennellut edes mitään paketteja koneelle, päinvastoin olen joutunut poistamaan runsaasti paketteja jotta ohjelmat edes käynnistyisi. Mistä tälläistä vikaa voisi lähteä etsimään?

[jmp]

Asenna kdirstat ohjelma, se näyttää sinulle miten levytilaa käytetään.

[guest296]

Tarkasta että onko "root" paperikorissa paljon tavaraa,se voi täyttää  "/" :n.

[MikP]

Eli tuo systeemilevy tuntuu täyttyvän ihan omia aikojaan vaikka en ole asennellut edes mitään paketteja koneelle, päinvastoin olen joutunut poistamaan runsaasti paketteja jotta ohjelmat edes käynnistyisi. Mistä tälläistä vikaa voisi lähteä etsimään?

Jos kerran tiedostot eivät ole kotikansiossa, ne ovat jossain muualla. Tyhjennetäänkö /tmp automaagisesti, kasvavatko  lokitiedostot hakemistossa /var/log/ ? Huolehtiiko cron asianmukaisesti lokitiedostojen pakkaamisesta?

Onneksi koneellesi on asennettu kaikki tarvittavat apuvälineet ongelman diagnosoimiseksi: du on kätevä komento selvitellessä tiedostojärjestelmän syvyyksien sisältöä. Valinta -h tekee tavumääristä helpommin ymmärrettäviä, -c laskee summan. Esimerkki:

[root@localhost mjp]# du -hc /var/log
8,0K    /var/log/ppp
8,0K    /var/log/vbox
72K     /var/log/prelink
1,8M    /var/log/audit
16K     /var/log/mail
2,9M    /var/log/cups
32K     /var/log/setroubleshoot
11M     /var/log
11M     yhteensä
[root@localhost mjp]#             

Kun du putkitetaan muiden komentojen kanssa, saadaan vielä hyödyllisempiä tietoja. Haetaan esimerkiksi kymmenen eniten tilaa vievää hakemistoa tai tiedostoa:


[root@localhost mjp]# du -a | sort -n -r | head -n 10
18770300        .
4379412 ./.local
4379404 ./.local/share
4378896 ./.local/share/Trash
4378360 ./.local/share/Trash/files
2106940 ./Shared
2099740 ./.VirtualBox
2099528 ./.VirtualBox/VDI
2099520 ./.VirtualBox/VDI/openSUSE12.vdi
1478524 ./Rimis.m2t
[root@localhost mjp]#                                             

Kotihakemistojen viiden kärki:

[mjp@localhost ~]$ du -a /home | sort -n -r | head -n 5

Jne. Sen jälkeen kun tiedät, missä isot tiedostot luuraavat, voi alkaa selvittää niiden kertymisen syytä.

Tarkasta että onko "root" paperikorissa paljon tavaraa,se voi täyttää  "/" :n.

Ja rootin paperikorin pitäisi olla tyhjä, sillä root ei käytä koskaan KDE:tä.

[lopuksi hakusanoja: levytila loppu kovalevy täynnä levy täyttyy linux /tmp ]

[Peetu]

TMP folderissa näyttäis olevan yli gigan verran kamaa, sen voinee aika surutta tyhjentää?

[MikP]

Joo. Luulisin, että sen kyllä pitäisi tyhjentyä automaagisesti esimerkiksi käynnistyksen tai pois loggautumisen yhteydessä. Oletko muuttanut itse käynnistysskriptejä tai cron-jobeja?

Korjaa asia kuitenkin pysyvästi, ettei ongelma toistu:

To implement that the easiest is to go to
 YaST2 / System / "/etc/sysconfig Editor"
 and edit these two items:
 - System / Cron / MAX_DAYS_IN_TMP: 7
 - System / Cron / CLEAR_TMP_DIRS_AT_BOOTUP: yes

(lähde)

[lopuksi hakusanoja: levytila loppu kovalevy täynnä levy täyttyy linux /tmp ]

[harmie]

Joo. Luulisin, että sen kyllä pitäisi tyhjentyä automaagisesti esimerkiksi käynnistyksen tai pois loggautumisen yhteydessä. Oletko muuttanut itse käynnistysskriptejä tai cron-jobeja?

Oletuksena toi /tmp ei tyhjennyt bootissa kannattaa muuttaa se /tmp osio käyttämään muistia niin sitten rupee tyhjenemään.
http://opensuse.fi/keskustelu/index.php?topic=412.msg2532;topicseen#msg2532

[Peetu]

Täytyy tarkistaa nuo TMP tyhjennys asetukset.
Muistia en voi käyttää tmp:nä, koska siellä oli nytkin töihini liittyviä tiedosatoja jotka oli 300mb kokoisia, eli koneesta paukkuu muistit aika äkkiä täyteen noilla. xsanehan noita isoja kuvatiedostoja oli tuonne jättänyt.

[Peetu]

Jaa'a, en tiedä mikä tuota levyä täyttää. Tällä hetkellä TMP:ssä ei ole paljon mitään eikä loki kansiokaan näyttäisi kovin isolta. Itsellään tuntuu aina täyttyvän pikkuhiljaa ja ohjelmia saa poistella
Täytyy varmaan vaan ostaa isompi levy jos ei muuta keksi...

[jmp]

Miten paljon kamaa löytyy /var-hakemiston alta?
Jokin huonosti käyttäytyvä ohjelma  saattaa täyttää sitä turhilla lokeilla.

[Peetu]

Miten paljon kamaa löytyy /var-hakemiston alta?
Jokin huonosti käyttäytyvä ohjelma  saattaa täyttää sitä turhilla lokeilla.

1.5 GB. Adm on tuosta noin 800mb ja lib 400mb. Adm alla mount vie eniten tilaa, sen alla on tuhottomasti jotain APx0000*** hakemistoja joiden alla on repodata hakemistoja.
Libissä eniten vie tilaa zmd, zypp ja rmp hakemistot.

[Peetu]

Miten paljon kamaa löytyy /var-hakemiston alta?
Jokin huonosti käyttäytyvä ohjelma  saattaa täyttää sitä turhilla lokeilla.

1.5 GB. Adm on tuosta noin 800mb ja lib 400mb. Adm alla mount vie eniten tilaa, sen alla on tuhottomasti jotain APx0000*** hakemistoja joiden alla on repodata hakemistoja.
Libissä eniten vie tilaa zmd, zypp ja rmp hakemistot.

Tuolla oli saman suuntaista juttua:
http://forums.suselinuxsupport.de/index.php?showtopic=59265&mode=linear
(Viimeinen viesti)
Eli uskaltaako tuon Mount hakemiston tyhjätä tuosta vaan?
Vaikuttaa vähän oudolle että se vie 800MB tilaa, jos nuo on tosiaan YAST:in tekemiä hakemistoja.
Nyt kone on siinä tilassa ettei käynnisty kuin vikasietotilaan ja täytyisi saada pari hommaa tehtyä

[jmp]

tyhjää se mount-hakemisto.

[Peetu]

Jep, tyhjäsin sitä vähän tekstitilassa ja nyt sain jo gnomen auki. Mites noita knasioita joissa on tavaraa saa poistettua nopeammin? Vai saako jotenkin file manageriin su tilan päälle?

edit, eikun rm -r * tietysti
Nyt tyhjeni kansiot ja tilaa on taas reilusti

[Peetu]

Tosiaan, akuutti ongelma on nyt ratkaistu toistaiseksi. Mutta kiinnostaa mikä noita hakemistoja tuonne kyhää. Katsoin kansioon niin siellä on taas kuusi kansiota ilmestynyt. Niissä oli kaikissa se repodata alihakemisto joissa on repomd.xml file, joka taas sisältää tämän näköistä tavaraa:

<?xml version="1.0" encoding="UTF-8"?>
<repomd xmlns="http://linux.duke.edu/metadata/repo">
  <data type="other">
    <location href="repodata/other.xml.gz"/>
    <checksum type="sha">16047570287a6588c383b6529d439bef11b7a5c7</checksum>
    <timestamp>1212590235</timestamp>
    <open-checksum type="sha">51c9a6165a6ba378296f5a6f454714aca845d98c</open-checksum>
  </data>
  <data type="patches">
    <location href="repodata/patches.xml"/>
    <checksum type="sha">764b6e86bf506e84da9dadeda4d9875d6ef476ce</checksum>
    <timestamp>1212590320</timestamp>
    <open-checksum type="sha">764b6e86bf506e84da9dadeda4d9875d6ef476ce</open-checksum>
  </data>
  <data type="primary">
    <location href="repodata/primary.xml.gz"/>
    <checksum type="sha">ff4818d707115a1926700a479ad14c386bf89aec</checksum>
    <timestamp>1212590192</timestamp>
    <open-checksum type="sha">4eb3c9c4274e998727965e75a64b6076c7a7d48a</open-checksum>
  </data>
  <data type="filelists">
    <location href="repodata/filelists.xml.gz"/>
    <checksum type="sha">692df22ed9e5d6cac5ecca7b0040d1f7bd39c57a</checksum>
    <timestamp>1212590199</timestamp>
    <open-checksum type="sha">efc6888d502b85efd7ee5b4a573560b2a81e9846</open-checksum>
  </data>
</repomd>

Liittyykö nämä jotenkin ohjelmiston/päivitysten hallintaan? Mullahan on tuo software updater tuossa alalaidassa ollut jonkin aikaa epäkunnossa, eli olisiko se joka näitä tekee?