linux日志过大应优先用logrotate自动轮转压缩，配置daily、rotate 14、compress等参数；调低rsyslog或应用日志级别（如debug→info）；nohup.out需脚本切分+定时清理；日志移至独立分区并加磁盘监控。

Linux 日志过大，核心是防止单个文件无限制增长、避免磁盘被占满。最稳妥高效的方式不是手动删，而是用系统级机制自动管理——logrotate 是首选方案，辅以日志级别调优和存储路径优化。

用 logrotate 自动轮转压缩

logrotate 是 Linux 发行版默认集成的日志管理工具，能按时间或大小自动切分、压缩、清理旧日志。

• 编辑服务专属配置，比如为自定义应用日志添加：/var/log/myapp/*.log {
    daily
    rotate 14
    compress
    delaycompress
    missingok
    notifempty
    create 644 root root
  }
• 保存后运行 sudo logrotate -d /etc/logrotate.conf 测试语法，无报错再执行 sudo logrotate /etc/logrotate.conf 手动触发一次
• 确认生效：第二天会生成类似 myapp.log.1.gz 的压缩归档，原日志清空重建

控制日志产出量

源头减量比后期清理更治本。重点检查 rsyslog 或应用自身的日志级别：

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

• 修改 /etc/rsyslog.conf，把过度详细的 debug 或 trace 级别关掉，例如将 *.debug 改为 *.info
• 对 Java 应用，调整 logback.xml 或 logging.properties 中的 level；对 Python 脚本，检查 logging.basicConfig(level=...)
• 重启对应服务：如 sudo systemctl restart rsyslog 或重启你的应用进程

处理 nohup.out 这类特殊日志

nohup.out 不受 logrotate 管理，需单独应对：

• 不推荐直接重定向到 /dev/null（丢失所有输出），建议改用带轮转的启动方式：
  nohup your-command > nohup_$(date +\%Y\%m\%d).log 2>&1 &
• 或写小脚本定期切分：
  split -b 50M -d -a 3 nohup.out logs/nohup_$(date -d "-1 day" +\%Y\%m\%d)_
  再配合 find logs/ -name "nohup_*" -mtime +7 -delete 清理旧块
• 最后清空原文件：truncate -s 0 nohup.out（比 cat /dev/null > ... 更安全）

调整存储位置与监控预警

把日志移到独立分区或大容量挂载点，能避免影响根分区可用性：

• 新建目录如 /data/logs，修改 logrotate 配置中的路径，或在应用启动脚本中指定日志输出路径
• 加一条简单监控：每天检查 du -sh /var/log | awk '$1 > 2000 {print "ALERT: /var/log > 2GB"}'，配合 cron 发邮件或写入告警日志
• 对关键服务，可设 maxsize 100M 替代 daily，实现“写满即切”，更适应高流量场景