”这咋回事，还1T的空间去哪了？“客户发来张图片。
我先检查了当前目录下的子目录，发现里面空空如也。然后，又用命令查找隐藏文件（Linux中，文件名以“.”开头的文件就是隐藏文件），但还是没发现异常。这就奇怪了：空间明明被占用了，为什么看不见？不过，有AI助手，问问他们。于是把问题”现在有台centos7.1 df -h显示/backup_data 使用了1.6T，ll -h total 704G，怎么排查原因“，抛给三个大模型，deepseek v3.2、Qwen3-Max和Gemini 3 Pro。它们三预测原因整理如下
原因序号【事后评估概率】 | deepseek v3.2 | Qwen3-Max | Gemini 3 Pro |
1、已删除但未释放的文件句柄【45%】 | 是 | 是 | 是 |
2、隐藏文件或子目录未被 ls 默认显示，du -sh/-xsh代替ll -h 【20%】 | 是 10分 | ||
3、挂载点覆盖【20%】 | 是 | 是 | |
4、文件系统元数据或块分配异常【10%】 | 是 | 是 | |
5、文件系统预留空间【5%】 | 是 | 是 | |
6、绑定挂载【0%】 | 是 | ||
7、Hard links (硬链接)【0%】 | 是 | ||
8、Sparse files (稀疏文件)【0%】 | 是 |
看上去Gemini 3 Pro更聪明，给出更多的原因，但我不确定是否为真。于是我他们给出的‘答案，各自又喂回去，让它反思。把三个AI反思后的回答整理如下，准确度有了明显提升。
原因序号【事后评估概率】 | deepseek v3.2反思 | Qwen3-Max反思 | Gemini 3 Pro反思 |
1、已删除但未释放的文件句柄【45%】 | 是 | 是 | 是 |
2、隐藏文件或子目录未被 ls 默认显示，du -sh/-xsh代替ll -h 【20%】 | 是 15分 | 是 20分 | |
3、挂载点覆盖【20%】 | 是 | 是 | 是 |
4、文件系统元数据或块分配异常【10%】 | 是 | 是 | |
5、文件系统预留空间【5%】 | 是 | 是 | |
6、绑定挂载【0%】 | |||
7、Hard links (硬链接)【0%】 | |||
8、Sparse files (稀疏文件)【0%】 |
这次故障最终排除出是文件系统元数据或块分配异常。
通过这次实验可以看出：一是借助AI反思，可以提升AI准备率；二是对这道题的回答，Qwen3-Max表现亮眼。
附AI回答
deepseek
Qwen3-Max回答
Gemini 3 Pro
