必须修改/etc/systemd/journald.conf并重启systemd-journald服务才能实现journalctl自动清理与轮转；需先启用Storage=persistent持久化，再配置SystemMaxUse、MaxRetentionSec等参数，最后执行--vacuum-time或--vacuum-size清理存量日志并验证。
要让 journalctl 实现自动清理与轮转，核心是修改 /etc/systemd/journald.conf 并重启服务，不能只靠手动命令或定时脚本——配置生效后，journald 会在写入、轮转、启动时自动执行空间和时间约束。
启用持久化存储（前提条件）
默认日志存在内存中（/run/log/journal/），重启即丢，无法轮转。必须先启用磁盘持久化：
- 确认
/var/log/journal/目录存在，不存在则创建：sudo mkdir -p /var/log/journalsudo systemd-tmpfiles --create --prefix /var/log/journal - 编辑
/etc/systemd/journald.conf，确保这一行已取消注释并设为：Storage=persistent - 重启服务：
sudo systemctl restart systemd-journald
设置空间上限（防磁盘打满）
在 [Journal] 段落中配置以下参数，控制整体占用规模：
-
SystemMaxUse=500M：整个/var/log/journal/最多占 500MB（推荐值：200M–2G，视服务器用途定） -
SystemMaxFileSize=100M：单个日志文件达到 100MB 就触发轮转，避免大文件拖慢 vacuum 效率 -
SystemKeepFree=1G（可选）：强制保留至少 1GB 空闲空间，防止日志写满系统分区
改完必须重启：sudo systemctl restart systemd-journald
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
设定时间策略（自动过期）
仅靠空间限制不够，突发日志可能短期撑爆配额。时间策略能主动淘汰旧数据：
-
MaxRetentionSec=2week：所有早于 2 周的日志，在下次 vacuum 或轮转时被清除（注意：不是实时删除，需配合 vacuum 触发） -
MaxFileSec=1day：单个日志文件最多存 1 天，加快轮转频率，使时间策略更及时生效
这两项需与 SystemMaxUse 配合使用——时间防长期堆积，空间防瞬时爆发。
验证与补救（确保真正生效）
配置改完不等于立刻清理存量日志。务必执行三步验证：
- 检查配置是否加载：
sudo systemd-analyze cat-config systemd/journald.conf | grep -E "(MaxUse|MaxFileSize|Retention|Storage)" - 立即清理已有超限日志：
sudo journalctl --vacuum-time=2week（或--vacuum-size=400M） - 确认效果：
journalctl --disk-usage查看实际占用，journalctl --list-boots检查最早可查的启动记录是否符合预期
若仍发现日志未减少，常见原因是未重启服务，或 /var/log/journal/ 权限/SELinux 上下文异常（RHEL/CentOS 上可用 ls -Z /var/log/journal 检查，不对则运行 sudo restorecon -Rv /var/log/journal）。
