linux磁盘安全清理需分场景:systemd日志用journalctl --vacuum-size或配置journald.conf;apt缓存优选autoclean;/tmp清理应启用systemd-tmpfiles而非rm -rf;清理后空间未释放需用lsof +l1查被占用的已删文件。

Linux 自动清理磁盘空间不能靠“定时删文件”这种粗暴方式,必须分场景、有依据、带验证——否则可能清掉正在写入的日志、删掉被进程占用的已删除文件、或误删服务依赖缓存导致启动失败。
如何安全触发 systemd 日志自动收缩
systemd journal 日志是生产环境最常失控的空间占用源,journalctl --vacuum-size=200M 是唯一推荐的自动清理入口。它不破坏日志结构,也不影响 journald 正常归档。
- 直接修改配置比写脚本更可靠:编辑
/etc/systemd/journald.conf,取消注释并设为SystemMaxUse=200M和SystemKeepFree=1G - 改完必须执行
sudo systemctl restart systemd-journald,否则配置不生效 - 不要用
rm -f /var/log/journal/*,journald 会拒绝写入新日志,且 journalctl 命令报错Cannot assign requested address - 若需立即释放空间,先
sudo journalctl --vacuum-size=200M,再sudo systemctl kill --signal=SIGUSR1 systemd-journald强制重载(避免重启服务)
包管理器缓存该用 clean 还是 autoclean
apt clean 和 apt autoclean 行为差异极大,选错会导致后续 apt install 失败或无法回滚。
-
apt clean:清空/var/cache/apt/archives/下所有.deb文件,包括当前系统已安装包的缓存——下次升级需重新下载,但最省空间 -
apt autoclean:只删那些“已无法从源获取”的旧版本包(比如你装了nginx_1.24.0,源里只剩1.24.1,旧包才被删),保留当前可用版本,适合带离线部署需求的环境 - 生产服务器建议加到定时任务里:
0 3 * * * /usr/bin/apt autoclean && /usr/bin/apt autoremove -y,避免堆积无用依赖 - RHEL/CentOS 用户注意:
yum clean all会清空元数据缓存,下次yum install前必须先yum makecache,否则报错No packages marked for update
为什么不能直接 cron + rm -rf /tmp/*
/tmp 目录看似临时,但很多服务(如 systemd-tmpfiles、dbus-broker、甚至某些 Java 应用)会把运行时 socket、pid 文件或锁放在这里。暴力 rm -rf 可能导致服务假死或反复崩溃。
- 正确做法是启用内核级清理:确保
/etc/tmpfiles.d/tmp.conf中存在d /tmp 1777 root root 10d(表示 10 天未访问即删),然后sudo systemd-tmpfiles --clean手动触发一次 - 检查是否有长期驻留文件:
find /tmp -type f -mtime +30 -ls | head -20,重点看是否含.pid、.sock、.lock后缀 - 若发现某服务(如
mysql)把临时表建在/tmp,应改配置项tmpdir = /var/tmp/mysql并创建对应目录,而不是硬删
清理后空间没释放?先查 lsof + deleted
执行完所有清理命令,df -h 显示空间仍满,90% 概率是文件已被 rm,但进程还在持有句柄——典型现象是 /var/log/syslog 被删后,rsyslogd 进程仍在往已删除文件写入,磁盘块不释放。
- 运行
sudo lsof +L1或sudo lsof | grep deleted | awk '{print $2, $9}' | sort -u查出 PID 和路径 - 确认进程是否可重启:
ps -p <pid> -o comm=</pid>,若是rsyslogd、nginx、java等,执行sudo kill -USR1 <pid></pid>(平滑重载)或sudo systemctl restart rsyslog - 切勿对数据库进程(如
mysqld)直接kill -9,应先FLUSH LOGS;再重启
自动清理不是设完 cron 就高枕无忧的事。真正难的是判断“这个目录能不能清”“这个文件是不是还在被用”“清完会不会让某个服务静默失败”。每次上线前,务必在测试机上跑一遍清理脚本,并用 df -h && lsof +L1 双校验。










