基本问题：
fsck需要多长时间来修复带有多个声明块的100GB(1700万块)文件？
问题的长版本：
在UPS出现故障后,我遇到了一个Ubuntu 10.04服务器,它在初始启动时掉入了fsck.这是正常的,购买通常约半小时修复各种问题,同意提示足以让服务器恢复.
不过今天不是.今天,我有一个巨大的数字列表滚过控制台矩阵式几分钟.它基本上是一行一行的：
inode xxxxxxxxx中的Multiply声明的块
无论如何,经过几分钟的滚动过去,它终于安定下来,我得到了：
通过1C：扫描具有多个声明块的inode的目录
其次是…
通过1D：协调多次声明的块
..和..
(有32个inode包含多个声明的块.)
这听起来不是那么糟糕,但后来开始经历一些文件：
有1个与1个文件共享的多重声明的块：
/路径/到/其它/文件
克隆倍增声明的块？是
我回答了这个问题,并继续进行.但是,花了很长时间.小时和小时,即使它只是一个2MB的文件.
之后,出现了类似的对话,但这次是虚拟机映像文件,该文件为100GB,并报告为超过1700万个多个声明的块,与0个文件共享.
那是2天前,现在还在运行.
那么,回到我原来的问题,这需要多长时间？这是一个失败的原因,有没有其他方法来处理这个？我真正不明白的是,为什么100GB文件被报告为与0文件共享,如果我正确理解乘法声明的块的含义,这是一个矛盾.