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.

                      sömikeMegcsináltam. Végig "PASS" jött a logokra, szóval nincs gond. Köszi a tippet.

                      lala2Megcsináltam. A fentebbi hozzászólásomban egyébként véletlenül valamiért beírtam egy zárójelet a "7d" után. Természetesen nem kell a zárójel. Így helyes: $ journalctl --vacuum-time=7d.

                      Ennyivel később: 2 év