neznáma príčina zapĺňania disku

[zukov]

Zdravím! Neviem, prečo, ale mám pomerne veľký problém s mojím diskom. Mám pre Ubuntu vyhradených len 10GB Bohužiaľ, teraz to už asi nezmením. Každopádne som si to tam trošku upratal a mal som tam tak 1,10GB. Dnes som bol na PC a po nejakých 5 hodinách mi kleslo voľné miesto na 600 MB a po ďalších 2 hodinách na 400MB... Už neviem, čo mám poriadne vymazať, zdá sa mi to nemožné, vymazal som cache FF, ušetril asi 50 MB, neviem no. Jednoducho sa mi to takto brutálne zaplňuje a nič pritom nesťahujem. A aj keby, tak iste nie 600 MB. Nevie niekto, čo s tým?

[LS]

/var/log/

[Robert]

apt-get clean jste provedl? to smaže lokálně uložené .deb balíčky, které jste instaloval

taky se dají udělat další věci, najít osiřelé balíky, smazat nepoužívané locales (to je hodně místa) a tak. docela hezdky je to shrnuto v tomto blogpostu:
http://www.abclinuxu.cz/blog/introvert/2006/10/9/153096

[zukov]

To clean mi ušetrilo pekný 100-150MB. Tomu /var/log/ som nepochopil, čo s tým? Celý var má 1,2GB. Neviem, či je to vela/málo. Ten blog som si zbežne prečítal, skúsim niečo z toho použiť.

Otázka však je, to prudké zapĺňanie. Lebo, vyliečim symptóm, ale choroba je stále tu... nechápem, ako môže voľné miesto kolísať po 500MB

[Jakub Lucký]

Podívejte se, kolik konkrétně má složka /var/log/

tam se ukládají logy, takže pokud by jich bylo hodně, pak by se to mohlo ucpávat...
Projděte Kolik mají jednotlivé složky, kde co máte...
Odinstalujte zbytečné balíky apod...

[zukov]

Nooo, má to skoro 800MB. Môžem to všetko vymazať? Logy nepotrebujem, len sú tam aj nejaké .err súbory, to sú asi na bugy, ale aj nejaké gz balíky... aj tie dať preč?

[Robert]

složka /var/log má 800 mega? no to je strašně moc a skoro určitě je tam i ten problém že vám tam něco moc rychle cosi zapisuje. podívejte se tam jaké tam máte největší soubory, co je v nich a kterej pilnej trpajzlík je píše.  .gz jsou zabalené staré logy ty můžete smazat určitě.

[Pavelp]

Zkontrolujete znova velikost /var/log a kdyz se moc rychle zaplnuje, mate pravdepodobne v nekterem programu nastaveny vysoky loglevel. Zjistete, ci  logy to jsou a v konfiguraci toho logujiciho programu snizte uroven logovani.

[Kamil Páral]

pro informaci, moje /var/log zabira 8MB

[Pavelp]

Nooo, má to skoro 800MB. Môžem to všetko vymazať? Logy nepotrebujem, len sú tam aj nejaké .err súbory, to sú asi na bugy, ale aj nejaké gz balíky... aj tie dať preč?

Obvykle chovani programu logrotate.

1den. najde nejakej.log, zkopiruje jako nejakej.log.0, nejakej.log vynuluje.
2. den hleda nejakej,log.0, zkomprimuje a prejmenuje na nejakej.log.1.gz, jde na bod 1.
X. den hleda nejakej.log.X.gz, smaze, hleda nejakej.log.X-1.gz, prejmenuje na nejakej.log.X.gz,
A tak dal, zpatky az k bodu jedna.  Viz man logrotate.

Nejakej.log.0 a nejakej.log nejsou komprimovane, s vyssim cislem ano.

Na normalnim systemu ve /var/log zadne instalacni baliky nejsou.

[zukov]

No, takže bol som mimo netu, píšem teraz. Pred 2 dňami som to okukol, ten log súbor bol "acpid.txt", zaberal 830MB. Teraz tam ten log už nie je, po pravde netuším, kam sa stratil Avšak aj tak je tam 98MB v logoch. Najviac o5 zaberajú acpid logy. Acpid.1.gz má 14,5 MB, acpid.2.gz má 15MB, acpid.txt má 46MB... Čo je to zač?

[Pavelp]

ACPI je system rizeni spotreby a uspavani a ostatnich podobnych konin. Proc takhle silene loguje nemam tuseni, v mem acpi.logu je sest radku textu.
Mozna nejaka spatna konfigurace powermanagementu. Asi byste se mel do toho logu mrknout, co tam je za zpravy.

[zukov]

Noo, ten môj má niečo, okolo 800 000 riadkov

Stále sa tam opakuje jedna správa,, len akoby sa menila adresa, či čo...

[Sun Feb 11 20:37:21 2007] BEGIN HANDLER MESSAGES
[Sun Feb 11 20:37:21 2007] END HANDLER MESSAGES
[Sun Feb 11 20:37:21 2007] action exited with status 0
[Sun Feb 11 20:37:21 2007] completed event "button/lid LID 00000080 0000d7d7"
[Sun Feb 11 20:37:21 2007] received event "button/lid LID 00000080 0000d7d8"
[Sun Feb 11 20:37:21 2007] notifying client 4220[0:0]
[Sun Feb 11 20:37:21 2007] notifying client 4347[108:108]
[Sun Feb 11 20:37:21 2007] executing action "/etc/acpi/lid.sh"
[Sun Feb 11 20:37:21 2007] BEGIN HANDLER MESSAGES
[Sun Feb 11 20:37:21 2007] END HANDLER MESSAGES
[Sun Feb 11 20:37:21 2007] action exited with status 0
[Sun Feb 11 20:37:21 2007] completed event "button/lid LID 00000080 0000d7d8"
[Sun Feb 11 20:37:21 2007] received event "button/lid LID 00000080 0000d7d9"
[Sun Feb 11 20:37:21 2007] notifying client 4220[0:0]
[Sun Feb 11 20:37:21 2007] notifying client 4347[108:108]
[Sun Feb 11 20:37:21 2007] executing action "/etc/acpi/lid.sh"

A deje sa to počas jednej sekundy niekoľkokrát...

[Pavelp]

Aby bylo jasno, ja tomu nerozumim ani za mak, takze nemuzu radit,
jeste byste se mel podivat do toho /etc/acpi/lid.sh, co vlastne ten skript provadi, treba by se z toho dala vysledovat nejak stopa.

Amatersky by se z toho dalo usoudit, za zachycuje nejaky event, to je nejakou udalost. Sice nevim, co pro nej znamena "button", ale pokud je to opravdu tlacitko, chova se to, jako by bylo zasekle nejake tlacitko. Ale muze jit jen o spatne vyhodnocovani sken kodu te klavesy, proste moznosti je moc a opravdu to neznam.

[ped]

lid button bude mozna detekce zavreni/otevreni notebooku

[zukov]

Dik, to etc overím.

To LID napadlo takto aj mne. Napadlo mi, že pri zatvorení notebooku sníma, čo sa vlastne deje, ale veď to by bola vražda, pchať to všetko do logu... Lebo, ja občas ten noťas zatváram samozrejme a niekedy to robím tak, že ho zavriem a nechám ho vybiť, kvôli výdrži baterky...

[Pavelp]

Jeste, zkuste najit nejakou powermanagement konfiguraci a prostourat ji, jak je to nastavene, mozna Vas neco napadne.

[ped]

zukov: predpokladam ze ho nezatvaras 4x za sekundu abo kolko tam toho mas v tom logu.
Len mozno blbne samotny snimac (HW problem), alebo nieco v linuxe co ma detekovat jeho aktualny stav.
Alebo blbne nieco uplne ine a vyvola to "lid button" close/open.

Skuste vysledovat ci tie casy v logu maju nejaku suvislost s cinnostou ktoru na tom notebooku robite, potom sa to mozno podari najst.

Alebo nejaky linux guru mozno bude vediet ako vypnut log pre tento konkretny event, ale to je len take riesenie na 50%, pretoze predovsetkym by nemal tak casto nastavat.