Nosza akkor df -h és valóban 100% foglalt a root kötetemen (LVM-et használok). Segítségül hívtam Midnight Parancsnokot és kitöröltem néhány nagyobb méretű állományt a home könyvtárból, amire nem lesz szükségem/pótolható/van mentés.
Persze nem hagyott nyugodni a dolog így alaposabban is utánajártam a helyhiánynak. Az egyik a Timeshift volt, ami felzabálta a helyet. Pedig úgy rémlett, hogy inkrementális mentést állítottam be, tehát, hogy csak a különbözetet mentse. De teljes rendszerképek készültek. Mindegy biztosan én néztem el az rsync beállításokat... Ha valakinek van tuti bejáratott beállítása, ami nem zabálja fel a helyet kérem, ossza meg velem!
Ami érdekesebb az a
sudo du -a /var | sort -n -r | head -n 10parancs kimenete.
Eszerint a /var/lib/snapd/cache könyvtáram nagy.
sudo du -hs /var/lib/snapd/cache/
1,3G /var/lib/snapd/cache/Ez, mint kis utánajárással kiderítettem biztonsággal törölhető.
A másik szépség pedig a
du -hs /var/log/journal/
961M /var/log/journal/alatt lakott. Ezeket is töröltem.
- zslaszlo blogja
- A hozzászóláshoz be kell jelentkezni
- 231 megtekintés
Hozzászólások
2GB helyed volt? :)
- A hozzászóláshoz be kell jelentkezni
log/cache törlésnek nincs sok értelme, ha nem állitod be, hogy kevesebbet logoljon, többet rotáljon... etc. cache ugyanez, holnapután törölgethetsz megint.
- A hozzászóláshoz be kell jelentkezni
Journal-t lehet konfigolni, hogy ne zabálja fel a helyet. Pontosan már nem emlékszem hogy, rég volt amikor ubin belefutottam ilyenbe. Ha jól rémlik archwikin volt megoldás.
Ha sokminden logol, hamar Gb-ket zabál különben.
- A hozzászóláshoz be kell jelentkezni
Hát az a journal rotálás systemd-s Susen eléggé köhögött még régebben mikor több gépen kellett állítani.Próbáltam journald.conf-ba írta ilyen compress meg stb, de valahogy nem éreztem. logrotate-t jobbnak tartanám erre de ott meg veszhetnek el logot mert systemd úr nem olyan egyszerű lélek ám.De lehet már azóta jobb.
- A hozzászóláshoz be kell jelentkezni