Je ne comprends pas pourquoi le /var/log/journal/ Le dossier est si grand.
Par exemple, en exécutant la commande systemctl -f Je vois le remplissage. Si je clique sur un courriel sur Thunderbird, il génère des dizaines de lignes que je considère comme inutiles.
Actuellement, j'ai plus de 1,5 Go ( du -h /var/log/journal/ ) générés en 1 jour !
Existe-t-il une méthode pour réduire considérablement ce journal sans arrêter la journalisation ?
Vous pouvez diminuer la taille du journal à l'aide de ces commandes :
journalctl --vacuum-size=100MCela permettra de conserver les 100M de données les plus récentes.
journalctl --vacuum-time=10dsupprimera tout sauf les 10 derniers jours.
Desde man journalctl :
--vacuum-size=, --vacuum-time=, --vacuum-files= Supprime les fichiers journaux archivés les plus anciens jusqu'à ce que l'espace disque qu'ils utilisent devienne inférieur à la taille spécifiée (spécifiée avec la directive spécifiée (spécifiée avec les suffixes habituels "K", "M", "G" et "T"), ou que tous les fichiers de journal archivé ne contiennent pas de données plus anciennes que la période spécifiée (spécifiée avec les suffixes (spécifié avec les suffixes habituels "s", "m", "h", "days", "months", "weeks" et "years"), ou il ne reste pas plus que le nombre spécifié de fichiers journaux séparés. Notez que l'exécution de --vacuum-size= a seulement un effet indirect sur la sur la sortie affichée par --disk-usage, car cette dernière inclut les fichiers de journal actifs, alors que l'opération d'aspiration ne fonctionne que sur les fichiers de archivés. De même, --vacuum-files= peut ne pas réduire le nombre de fichiers de nombre de fichiers de journal en dessous du nombre spécifié, puisqu'il ne supprimera pas fichiers de journal actifs.
--vacuum-size=, --vacuum-time= et --vacuum-files=. peuvent être combinés en une seule invocation pour faire respecter toute combinaison d'une taille, d'un temps et un nombre de fichiers sur les fichiers du journal archivé. Spécifier l'un de ces trois paramètres à zéro équivaut à ne pas appliquer cette la limite spécifique, et est donc redondant.
Ces trois interrupteurs peuvent également être combinés avec --rotate en un seul. en une seule commande. Si c'est le cas, tous les fichiers actifs sont tournés en premier, et l'opération demandée de l'opération d'aspiration demandée est exécutée juste après. La rotation a pour effet que effet que tous les fichiers actuellement actifs sont archivés (et potentiellement nouveaux fichiers journaux vides ouverts en remplacement), et par conséquent l'opération de a le plus grand effet car elle peut prendre en compte toutes les données de journal écrites jusqu'à présent.
Comme l'a écrit @kurt-fitzner :
Apprenez-leur à éditer
/etc/systemd/journald.confet vous leur apprenez comment résoudre le problème de façon permanente.
Plus précisément : Activez le SystemMaxUse= à cet endroit, par exemple comme SystemMaxUse=100M pour n'utiliser que 100 Mo.
Après l'édition, utilisez service systemd-journald restart pour activer la configuration modifiée. Cela supprimera les journaux en excès.
journald.conf propose également d'autres options qui peuvent être utiles .
Vous devez également définir ce paramètre dans /etc/systemd/journald.conf :
SystemMaxFileSize=100MVoir : https://got-tty.org/journalctl-via-journald-conf-die-loggroesse-definieren (en allemand)
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
