Uso Fedora e queste directory contengono una grande quantità di file, mi chiedo se posso eliminarli? Il sistema sta esaurendo lo spazio.
Uso Fedora e queste directory contengono una grande quantità di file, mi chiedo se posso eliminarli? Il sistema sta esaurendo lo spazio.
Risposte:
Sì, puoi eliminare tutto all'interno di /var/log/journal/*
ma non eliminare la directory stessa. Puoi anche eseguire una query journalctl
per scoprire quanto spazio su disco sta consumando:
$ journalctl --disk-usage
Journals take up 3.8G on disk.
Puoi controllare le dimensioni di questa directory usando questo parametro nel tuo /etc/systemd/journald.conf
:
SystemMaxUse=50M
È possibile forzare una rotazione del registro:
$ sudo systemctl kill --kill-who=main --signal=SIGUSR2 systemd-journald.service
NOTA: potrebbe essere necessario riavviare il servizio di registrazione per forzare una rotazione del registro, se il metodo di segnalazione sopra non lo fa. È possibile riavviare il servizio in questo modo:
$ sudo systemctl restart systemd-journald.service
Anche questi file sotto /var/cache/abrt-di/*
possono essere eliminati. La dimensione dei file di registro qui è controllata sotto:
$ grep -i size /etc/abrt/abrt.conf
# Max size for crash storage [MiB] or 0 for unlimited
MaxCrashReportsSize = 1000
È possibile controllare la dimensione massima di /var/cache/abrt-di
modificando quanto segue nel file /etc/abrt/plugins/CCpp.conf
:
DebugInfoCacheMB = 2000
NOTA: se non definito, il DebugInfoCacheMB
valore predefinito è 4000 (4 GB).
systemctl restart systemd-journald.service
forzato la rotazione e non ha segnalato il processo
MaxRetentionSec
anziché SystemMaxUse
. Vedi man journald.conf
per maggiori dettagli.
Sì, i file dalla /var/log/journal
directory possono essere rimossi.
Il metodo più carino che ho trovato è:
journalctl --vacuum-size=500M
che elimina i vecchi file di registro /var/log/journal
fino a quando la dimensione totale della directory non raggiunge la soglia specificata (500 megabyte in questo esempio).
Puoi anche pulire in base al tempo:
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
. Forzare una rotazione del registro non ha aiutato. Il trucco è stato quello di riavviare systemd-journald.service:systemctl restart systemd-journald.service
.