Puis-je supprimer des fichiers dans / var / log / journal et / var / cache / abrt-di / usr?

J'utilise Fedora et ces répertoires contiennent une grande quantité de fichiers, je me demande si je peux les supprimer? Le système manque d'espace.

fedora disk-cleanup

— yanglifu90
source

Réponses:

125

journaux de journal

Oui, vous pouvez tout supprimer à l'intérieur /var/log/journal/*mais ne supprimez pas le répertoire lui-même. Vous pouvez également interroger journalctlpour connaître la quantité d'espace disque utilisée:

$ journalctl --disk-usage
Journals take up 3.8G on disk.

Vous pouvez contrôler la taille de ce répertoire en utilisant ce paramètre dans votre /etc/systemd/journald.conf:

SystemMaxUse=50M

Vous pouvez forcer une rotation du journal:

$ sudo systemctl kill --kill-who=main --signal=SIGUSR2 systemd-journald.service

REMARQUE: Vous devrez peut-être redémarrer le service de journalisation pour forcer une rotation du journal si la méthode de signalisation ci-dessus ne le fait pas. Vous pouvez redémarrer le service comme suit:

$ sudo systemctl restart systemd-journald.service

bûches

Ces fichiers /var/cache/abrt-di/*peuvent également être supprimés. La taille des fichiers journaux est contrôlée ici sous:

$ grep -i size /etc/abrt/abrt.conf 
# Max size for crash storage [MiB] or 0 for unlimited
MaxCrashReportsSize = 1000

Vous pouvez contrôler la taille maximale de /var/cache/abrt-dien modifiant les éléments suivants dans le fichier /etc/abrt/plugins/CCpp.conf:

DebugInfoCacheMB = 2000

REMARQUE: Si non défini, la valeur par DebugInfoCacheMBdéfaut est 4000 (4 Go).

Références

— slm
source

Après cette procédure, j'ai reçu "Aucun fichier journal n'a été trouvé." chaque fois que j'ai essayé d'utiliser journalctl. Forcer une rotation du journal n'a pas aidé. L'astuce était de redémarrer systemd-journald.service: systemctl restart systemd-journald.service.

— Skippy le Grand Gourou

Idem ici, systemctl restart systemd-journald.serviceforcé la rotation et ne signalant pas le processus

— michaelbn

@michaelbn - la signalisation a / avait fonctionné pour moi par le passé. Je n'ai pas eu à le faire aussi souvent, alors j'ai aussi incorporé la méthode de redémarrage au cas où d'autres lecteurs auraient le même problème que vous.

— slm

Pour nettoyer les journaux après une certaine période plutôt que lorsqu'ils atteignent une certaine taille, vous pouvez définir le paramètre à la MaxRetentionSecplace de SystemMaxUse. Voir man journald.confpour plus de détails.

— joelostblom

La solution à propos de dit journalctl fonctionne même dans ubuntu 18

— Aravind

Oui, les fichiers du /var/log/journalrépertoire peuvent être supprimés.

La plus belle méthode que j'ai trouvée est:

journalctl --vacuum-size=500M

qui supprime les anciens fichiers journaux /var/log/journaljusqu'à ce que la taille totale du répertoire devienne inférieure au seuil spécifié (500 mégaoctets dans cet exemple).

— Administrateur système
source

Vous pouvez également nettoyer en fonction du temps: 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

— Dan Anderson
source