周末本来想出门，最后还是被服务器卫生问题拖住了

这篇没什么宏大主题，就是一次很典型的运维现实：服务器平时看着能跑，不代表它内部不会越积越乱，直到某天直接用空间不够把你叫醒。

我周末原本没打算折腾技术，结果一看系统盘快满了，整天就这么被 /var/log、旧安装包、废弃脚本和没清理的虚拟环境拖住。

所以这篇主要是留个简单记录：问题怎么发现、我顺手清掉了哪些历史包袱、以及为什么这种“看起来不创造新价值”的清理，其实也得算进正常维护里。

undefined

本来周末计划出门的，结果一早就开始折腾服务器，等反应过来天都黑了。

起因是想在服务器上跑个东西，结果发现系统盘空间不够了。上去一看，日志文件占了好几个 G——/var/log 下面一堆没轮转的旧日志，有些服务的日志动不动就往一个文件里追加写入，几个月下来体积惊人。还有一些装了没用过的软件，比如之前试 Nginx 编译安装留下的源码包，一直没清理。

清理了一轮：journalctl --vacuum-size=200M 压缩日志，手动删了几个G的旧安装包，apt autoremove 清掉不需要的依赖。空间腾出来不少。

然后又顺手把一些服务整理了一下，该关的关，该合并的合并。之前装了个 crontab 里跑的定时脚本，早就没用了，删掉；有个 Python 虚拟环境占了500MB，也是试完就忘了，直接 rm -rf。

整完之后有种大扫除后的清爽感。看着 df -h 出来的数字变绿，莫名有种成就感。

经验就是：服务器这东西跟房间一样，不收拾就会越来越乱。以后每个月清理一次，写进日程里。

……不过我大概率不会执行就是了。到时候又是一轮”啊系统盘满了”的循环。