🧹 服务器清理：39.96.221.136 磁盘 96%→52%（清理4.2G垃圾+13G旧备份，策略30天→7天）

server_cleanup_2026-09-11.md

@@ -0,0 +1,48 @@
+# 🧹 服务器清理记录 · 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，留出充足冗余。