csuhas32Közben én is "turkáltam" a rendszerben. Kicsit a ktorrentre is gyanakodom, de még nem tudom. Viszont a /var/log könyvtárban találtam két fájlt: syslog1 és kern.log1 fájlokat, amelyek 7,1GB méretűek voltak. Megnyitni nem tudtam, így töröltem őket. Fura módon, bár törlődtek, mégis csak 7, 1 GB-tal lett több helyem. De akkor is! Pár napja még több, mint 13 GB szabad helyem volt. Hová lett? Nem telepítettem semmit. Még a sophos antivírus is szóba jöhet. a du -h /var/log eredménye: 810 MB.

      pethammerÚjraindítottam a rendszert és most jelent meg a másik -- feltehetően kern.log1 -- fájl törlésének az eredménye, mert a gyökérben (/) a szabad hely újra "normális": 14,6 GB lett. Nem értem, hogyan hízhatott meg ez a két fájl: syslog és a kern.log?

          pethammerFigyeld őket. Ha egy kicsit nőnek, akkor még meg tudod nyitni ezeket és elolvashatod mire panaszkodnak.

              csuhas32Nem voltam gép előtt. Nem értem, hogyan lehet egyáltalán több gigányi egy log fájl? Ráadásul pár nap alatt...

                  pethammerValamiért folyamatosan jajgat a rendszer - nézd meg hogy melyik fájl növekszik - és gyakran előforduló sort (sorokat) másold be a válaszodba. Hogy a net.-en rákereshessünk.

                    pethammersudo du -ch /var/log/ | grep G paranccsal látni fogod, hogy melyik fájlok azok, amelyek GB-os nagyságrendűek. A logfájl végébe belenézhetsz tailf vagy tail -f paranccsal. Ha ilyen intenzíven logol vmi, akkor másodpercenként sikítozik valamiért, szóval jó eséllyel látni fogod, hogy mi is az ami szerepel pár ezerszer a fájlban. ;)

                        Kittus2Attól tartok, őt nem érdekli, mi okozza a file növekedését, csak a növekedés tényét szeretné megszüntetni.

                            a mesterJaaa! Ééééértem! Nem kijavítjuk a hibát, hanem inkább beseperjük a szőnyeg alá... Hát az is egy lehetőség... Ezen igénytelen esetben pedig: crontab -e majd beleírni: 0 * * * * logrotate -f /etc/logrotate.conf Fájlt elment, és készen is vagyunk. Igaz, a logok csak egy óráig lesznek meg, de ha a hiba feltárása lényegtelen, akkor a logok is feleslegesek.

                                csuhas32Ezt most én is megnéztem. Még nálam is vannak GB-os logok, de nem vészes. Nálam jelenleg így néz ki: 3,1G /var/log/journal/17c9d7572708440093a2e721e20e0cf2 3,1G /var/log/journal 4,0K /var/log/dist-upgrade 36K /var/log/cups 3,9M /var/log/installer 136K /var/log/apt 24K /var/log/unattended-upgrades 4,0K /var/log/gdm3 4,0K /var/log/hp/tmp 8,0K /var/log/hp 4,0K /var/log/speech-dispatcher 3,2G /var/log/

                                    XplosiveEzek nem a logfájljaid, csak könyvtárak és azok mérete a /var/log-on belül. A naplófájlok tipikusan *log-ra végződő nevet viselnek, pl. syslog, mail.log, auth.log.

                                      XplosiveEgy 3.2GB méretű /var/log könyvtár méret azért szerintem elég vészes - pláne ha folyamatosan - elég húzósan - növekszik is. Mikor lett telepítve a rendszer ? sudo dumpe2fs /dev/sdax | grep 'Filesystem created:' (A /dev/sdax helyett, a rendszerpartíció / azonosítója)

                                          lala2dumpe2fs 1.44.1 (24-Mar-2018) Filesystem created: Wed Jan 22 21:32:04 2020

                                              XplosiveAkkor nézz bele a journal-ba, mert ott valami nem stimmel.

                                                XplosiveHát, ez az ... még egy hónapja sincs hogy telepítetted és eddig már 3.2GB-ot belogolt - mekkora lenne 3-4 hónap múlva ? Megtelne a rendszerpartíció ? (Ha van) sudo du -sh /var/log/* Ezzel a paranccsal nézd meg hogy mekkorák a /log-ban lévő mappák / fájlok.

                                                    lala2A sudo du -sh /var/log/* parancs kimenete: https://pastebin.com/PeKRaPMS

                                                        XplosiveNézzük ezzel van-e baj?: journalctl --disk-usage Ha igen csökkentsük a méretét: journalctl --vacuum-size=200M Azért nézzük meg van-e valami bibi: journalctl --verify

                                                            XplosiveIgen, a /var/log/journal a bűnös - nálam lényegében 2db "Bináris (application/octet-stream)" fájl tartalmaz. https://ibb.co/ydGz21L Nem is tudom hogy lehetne esetleg megnézni a tartalmukat. Szerk.: jobban mondva 3db fájlt tartalmaz - mert van egy rejtett fájl is.

                                                                lala2Nálam jelenleg 48 elem van (3.3 GB). A legtöbbje több tíz, illetve több száz MB. A system.journal például jelenleg 58.7 MB. Közben itt találtam egy leírást arról, hogy hogyan lehet az eltelt idő alapján a logokat törölni, illetve méretkorlátot beállítani a logokra. X nappal régebbiek törlése, vagy X GB korlát: 7 nappal régebbi logok törlése: $ journalctl --vacuum-time=7d). A log méretének korlátozása: $ journalctl --vacuum-size=2G Ez megtart 2 GB-nyi logot, és töröl mindent, ami ennél nagyobb. Amúgy nem hinném, hogy olyan nagy (vagy úgy akármilyen) szükség lenne ezekre a logokra egy otthoni számítógép esetében. A fenti leírás is szerverről beszél. Fogalmam sincs, hogy mivel lehetne megnyitni őket. Én sem néztem még bele egyik ilyen logfájlba sem.