ATRI-NOTES/server_cleanup_2026-09-11.md

🧹 服务器清理记录 · 39.96.221.136（kronecker.cc 主站）

• 时间：2026-09-11 23:35 ~ 23:45 (CST)
• 执行：ATRI
• 授权：主人「清理吧」→「同意方案」
• 主机：iZ2zef92chq2pjws9wj7f1Z（阿里云 ECS · Ubuntu 24.04 · 40G 系统盘）

一、起因

主人授权运维 → 巡检发现根分区 /dev/vda3 使用率 96%（40G 盘，可用仅 1.6G）。

二、安全清理（释放约 4.2G）

清理项	释放
journal vacuum → 200M	2.5G
snap 旧版本（core22 / core24 / docker / snapd）	1.1G
snapd 下载缓存 /var/lib/snapd/cache	676M
/root/.cache	718M
npm 缓存	175M
陈旧日志（syslog / nginx / mongodb 已轮转部分）	~400M

三、备份清理（释放 13G）

• 目录：/backup/halo-data（Halo 每日全量备份，每份 ~550M）
• 删除 halo-data_2026081* ~ halo-data_20260904* 共 24 份
• 保留 20260905 ~ 20260911 共 7 份
• /backup 占用：18G → 4.8G

四、保留策略修正

• 文件：/usr/local/bin/backup-halo.sh 第 25 行
• 变更：-mtime +30 → -mtime +7
• 原文件备份：/usr/local/bin/backup-halo.sh.bak-20260911
• 触发方式：/etc/crontab 第 24 行 0 3 * * * root bash /usr/local/bin/backup-halo.sh

五、结果验证

• 磁盘：96% → 52%（19G 已用 / 19G 可用）
• 最新备份 halo-data_20260911_030001.tar.gz：gzip -t ✅ 完整无损
• halo 容器：Up（26 min，0.0.0.0:8090→8090）
• 站点连通：blog.kronecker.cc → 200 ｜ kronecker.cc → 200
• 服务监听：nginx(80/443) · gitea(3000) · mongod(27017) · mariadb(3306) 全部正常

六、根因分析

40G 系统盘搭配「30 天 × 550M 全量备份」策略严重不匹配——备份单项即占盘 42%。 修正为保留 7 天后，备份稳态占用约 3.9G，留出充足冗余。