核心原则是不手动删文件，只用journalctl --vacuum-*清理并配置journald.conf实现长期可控；手动删除.journal文件会破坏索引，导致日志读写异常、空间不释放及服务报错。
清理 journalctl 的历史旧日志，核心原则是：**不手动删文件，只用 journalctl 自带的 vacuum 命令 + 配置 journald.conf 实现长期可控**。直接删除 /var/log/journal/ 下的 .journal 文件会破坏索引，导致日志读写异常、空间不释放、服务报错。
立即清理超期日志（安全手动操作）
执行 journalctl --vacuum-* 是唯一安全、原子、即时生效的方式。它会自动重写索引、压缩归档、真正释放磁盘空间：
-
按时间清理：只保留最近 N 天的日志，例如保留 14 天：
sudo journalctl --vacuum-time=14d -
按大小清理：只保留最新 N MB 日志，例如限制为 500MB：
sudo journalctl --vacuum-size=500M -
双条件同时生效：取更严格者，如既不超过 300MB 又不早于 30 天：
sudo journalctl --vacuum-size=300M --vacuum-time=30d - 清理后务必验证效果：
journalctl --disk-usage—— 确认输出中 “Archived and active journals take up” 数值已下降
永久限制日志保留策略（必须配置+重启）
仅靠 vacuum 是临时手段；要让系统“以后自动守规矩”，必须修改配置并重启服务。编辑 /etc/systemd/journald.conf，在 [Journal] 段落中启用以下参数：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
-
Storage=persistent：强制日志落盘到
/var/log/journal/（内存模式/run/log/journal/不支持时间策略） - MaxRetentionSec=14d：新写入日志超过 14 天后会被自动淘汰（注意：该参数对已有日志无效，需配合 vacuum 手动清一次）
- SystemMaxUse=500M：整个 journal 目录最大占用上限，防止单次突发日志打爆磁盘
- SystemMaxFileSize=100M：单个日志文件达到此大小即轮转，避免单文件过大影响性能
保存后必须执行：sudo systemctl restart systemd-journald
验证是否加载成功：sudo systemd-analyze cat-config systemd/journald.conf | grep -E "(MaxUse|MaxFileSize|Retention)"
日常运维建议与避坑提醒
避免踩坑比学会操作更重要：
-
绝对不要用
rm -rf /var/log/journal/*.journal或find ... -delete—— 这些文件有内部依赖和锁机制，删了会导致journalctl: Failed to open journal files: Invalid argument等错误 -
带波浪线（~）或 @ 符号的文件（如
system@*.journal~）不是备份，而是 journald 正在写入的临时文件，删了会中断日志记录 - 内存日志（/run/log/journal/） 重启即清空，无需干预，且普通用户通常无权写入
- 若需脚本化定期清理（如 CI 临时节点无法改配置），可封装 vacuum 命令进 cron，但禁止用 find+rm
快速诊断与辅助腾空间
当 /var/log/journal 已占满磁盘，可同步处理其他日志源加快释放：
- 查当前 journal 占用：
journalctl --disk-usage - 清空大文本日志（保留 inode，不影响服务写入）：
sudo truncate -s 0 /var/log/syslog、sudo truncate -s 0 /var/log/kern.log - 删除旧压缩归档：
sudo find /var/log -name "*.log.[0-9].gz" -mtime +30 -delete
