最有效、最安全的防 inode 耗尽手段是定时执行 docker volume prune -f，但必须先清理 exited 容器以释放其持有的匿名卷，再结合 df -i 校验、标签过滤保护命名卷，并通过 cron 与 Prometheus 告警联动形成闭环。
直接用 docker volume prune -f 定时清理匿名卷，是最有效、最安全的防 inode 耗尽手段。匿名卷不显名、难追踪，但 docker 引擎内部能准确识别“是否被任何容器（含已退出）引用”，prune 命令正是基于这个引用状态做判断，删得准、不误伤。
为什么必须先清 exited 容器？
一个已停止但未删除的容器，仍会“持有”其启动时创建的匿名卷——Docker 认为该卷“在用”，不会被 prune 列入清理范围。结果就是：卷越积越多，inode 悄悄跑满，而 docker volume prune 却毫无反应。
- 查所有 exited 容器：
docker ps -aq -f status=exited - 一键清理：
docker rm $(docker ps -aq -f status=exited) 2>/dev/null || true - 建议在 prune 前执行这步，确保卷真正“悬空”
脚本里要加空间与 inode 双校验
清理不是目的，释放 inode 才是关键。只看磁盘空间（df -h）可能掩盖问题——overlay2 目录下小文件爆炸时，df -i 才暴露真实瓶颈。
Blender Geometry Nodes Script Generator
下载
生成Blender Python (bpy)脚本，该脚本使用node_groups API和GeometryNodeTree接口程序化地创建几何节点修改器树，用于参数化3D资产生成。
- 清理后立即运行：
df -i /var/lib/docker | awk 'NR==2 {print $5}'，确认使用率回落（如从 98% → 65%） - 同步检查卷目录实际 inode 占用：
find /var/lib/docker/volumes -xdev -type f | wc -l，对比清理前后数值 - 若
df -i仍超 90%，说明还有其他来源（如日志、临时目录），需触发二级清理流程
加入保护机制，避免误删生产卷
不能因为防 inode 耗尽，就把所有卷一锅端。命名卷常承载数据库、配置等关键数据，必须隔离处理。
- 给重要卷打标签：
docker volume create --label env=prod --label role=db pg-data - 脚本中过滤掉带保护标签的卷：
docker volume ls -q --filter dangling=true --filter label=env!=prod - 或改用白名单模式：
docker volume ls -q --filter label=auto-clean=true，只清理明确标记可删的卷
放进 cron 并绑定监控告警
定时任务本身不解决突发增长，必须和监控联动，才能形成闭环。
- 推荐频率：每 4 小时一次（比每日更及时，又不过载）
- cron 示例：
0 */4 * * * /usr/local/bin/clean-docker-volumes.sh >> /var/log/docker-cleanup.log 2>&1 - 配合 Prometheus + Alertmanager：当
node_filesystem_files_free{mountpoint="/var/lib/docker"} / node_filesystem_files{mountpoint="/var/lib/docker"} 持续 2 分钟，立刻短信/电话告警
