Ich benutze Fedora und diese Verzeichnisse enthalten eine große Anzahl von Dateien. Ich frage mich, ob ich sie löschen kann. Das System hat nur noch wenig Speicherplatz.
Ich benutze Fedora und diese Verzeichnisse enthalten eine große Anzahl von Dateien. Ich frage mich, ob ich sie löschen kann. Das System hat nur noch wenig Speicherplatz.
Antworten:
Ja, Sie können alles innerhalb von /var/log/journal/*
löschen, aber das Verzeichnis selbst nicht löschen. Sie können auch abfragen journalctl
, um herauszufinden, wie viel Speicherplatz verbraucht wird:
$ journalctl --disk-usage
Journals take up 3.8G on disk.
Sie können die Größe dieses Verzeichnisses mit diesem Parameter steuern /etc/systemd/journald.conf
:
SystemMaxUse=50M
Sie können eine Protokollrotation erzwingen:
$ sudo systemctl kill --kill-who=main --signal=SIGUSR2 systemd-journald.service
ANMERKUNG: Möglicherweise müssen Sie den Protokollierungsdienst neu starten, um eine Protokollrotation zu erzwingen, wenn die obige Signalisierungsmethode dies nicht tut. Sie können den Dienst folgendermaßen neu starten:
$ sudo systemctl restart systemd-journald.service
Diese Dateien können auch unter /var/cache/abrt-di/*
gelöscht werden. Die Größe der Protokolldateien wird hier gesteuert unter:
$ grep -i size /etc/abrt/abrt.conf
# Max size for crash storage [MiB] or 0 for unlimited
MaxCrashReportsSize = 1000
Sie können die maximale Größe von steuern, /var/cache/abrt-di
indem Sie Folgendes in der Datei ändern /etc/abrt/plugins/CCpp.conf
:
DebugInfoCacheMB = 2000
HINWEIS: Wenn nicht definiert, wird DebugInfoCacheMB
standardmäßig 4000 (4 GB) verwendet.
systemctl restart systemd-journald.service
erzwang das Drehen und signalisierte nicht den Prozess
MaxRetentionSec
anstelle von festlegen SystemMaxUse
. Sehen Sie man journald.conf
für weitere Details.
Ja, die Dateien aus dem /var/log/journal
Verzeichnis können entfernt werden.
Die schönste Methode, die ich gefunden habe, ist:
journalctl --vacuum-size=500M
Hiermit werden alte Protokolldateien gelöscht, /var/log/journal
bis die Gesamtgröße des Verzeichnisses unter dem angegebenen Schwellenwert liegt (500 Megabyte in diesem Beispiel).
Sie können auch basierend auf der Zeit reinigen:
journalctl --vacuum-time=10d
# du -sh /var/log/journal
113M /var/log/journal
# journalctl --vacuum-time=10d
Deleted archived journal /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a/system@36170b4530af4c89ac4d84ac68f8b727-0000000000000001-00057b09da23eb2c.journal (8.0M).
Deleted archived journal /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a/user-1000@54176301a0c74c4698c3b6a549e1b2ed-0000000000000874-00057b0c1a491094.journal (8.0M).
. . .
Deleted archived journal /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a/user-1000@e6ecd2f858d1498b9a445af7bac00bbf-000000000000063a-0005848ac99802b3.journal (8.0M).
Vacuuming done, freed 88.0M of archived journals from /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a.
root@monroe:/var/log# du -sh /var/log/journal
25M /var/log/journal
journalctl
. Das Erzwingen einer Protokollrotation hat nicht geholfen. Der Trick war systemd-journald.service neu zu starten:systemctl restart systemd-journald.service
.