Bri*_*tow 77 cleanup disk-usage systemd-journald 20.04
我不明白为什么/var/log/journal/文件夹这么大。
例如，通过执行命令systemctl -f，我看到了填充。如果我在 Thunderbird 上点击一封电子邮件，它会生成几十行我认为无用的行。
目前，我du -h /var/log/journal/在 1 天内生成了超过 1.5GB ( )！
有没有一种方法可以在不停止日志记录的情况下显着减少此日志？
Jos*_*Jos 82
您可以通过以下命令减小日志的大小：
journalctl --vacuum-size=100M
这将保留最近的 100M 数据。
journalctl --vacuum-time=10d
将删除除最后 10 天之外的所有内容。
来自man journalctl：
--vacuum-size=, --vacuum-time=, --vacuum-files= 删除最旧的归档日志文件，直到它们使用的磁盘空间低于指定大小（用通常的“K”、“M”、“G”和“T”后缀指定），或者所有归档的日志文件不包含早于指定的时间跨度（使用通常的“s”、“m”、“h”、“days”、“months”、“weeks”和“years”后缀指定），或者不超过指定数量的单独日志文件. 请注意，运行 --vacuum-size= 仅对 --disk-usage 显示的输出产生间接影响，因为后者包括活动日志文件，而吸尘操作仅对存档的日志文件进行操作。相似地，
--vacuum-size=、--vacuum-time= 和--vacuum-files=可以在单个调用中组合，以对存档的日志文件实施大小、时间和文件数量限制的任意组合。将这三个参数中的任何一个指定为零相当于不强制执行特定限制，因此是多余的。
这三个开关也可以与 --rotate 组合成一个命令。如果是，则首先轮换所有活动文件，然后立即执行请求的清理操作。轮换的效果是所有当前活动的文件都被归档（并且可能是新的、空的日志文件作为替换打开），因此清理操作的效果最大，因为它可以考虑到目前为止写入的所有日志数据。
Rob*_*lak 62
正如@kurt-fitzner 所写：
教他们编辑
/etc/systemd/journald.conf，你教他们如何永久解决问题。
更具体地说：激活SystemMaxUse=那里的选项，例如SystemMaxUse=100M只使用 100 MB。
编辑后，使用service systemd-journald restart激活更改的配置。这将删除多余的日志。
journald.conf还有其他可能有用的选项。
小智 19
您还需要在以下位置进行设置/etc/systemd/journald.conf：
SystemMaxFileSize=100M
请参阅：https ://got-tty.org/journalctl-via-journald-conf-die-loggroesse-definieren （德语）
小智 6
阅读本文时，我对 Journald.conf 的 SystemMaxFileSize 与 SystemMaxUse 选项感到困惑。这清楚了：
SystemMaxUse=并RuntimeMaxUse=控制日志最多可以使用多少磁盘空间。SystemKeepFree=并RuntimeKeepFree=控制 systemd-journald 应留出多少磁盘空间供其他用途。systemd-journald 将尊重这两个限制并使用两个值中较小的一个。
第一对默认为各自文件系统大小的 10%，第二对默认为 15%，但每个值的上限为 4G。如果文件系统几乎已满，并且在启动 systemd-journald 时违反了SystemKeepFree=或RuntimeKeepFree=，则限制将提高到实际可用的百分比。这意味着，如果在创建日志文件之前有足够的可用空间，并且随后其他原因导致文件系统填满，则日志将停止使用更多空间，但它也不会删除现有文件以再次减少占用空间。另请注意，仅删除归档文件，以减少日志文件占用的空间。这意味着，实际上，在吸尘操作完成后，所使用的空间可能仍然多于SystemMaxUse=或限制。RuntimeMaxUse=
SystemMaxFileSize=并RuntimeMaxFileSize=控制单个日志文件最多可以增长的大小。这会影响通过轮换（即删除历史数据）提供磁盘空间的粒度。SystemMaxUse=默认为使用和配置的值的八分之一RuntimeMaxUse=，因此通常会将七个轮换日志文件保留为历史记录。
| 归档时间： |
|
| 查看次数： |
35811 次 |
| 最近记录： |