基本问题：
fsck 需要多长时间才能修复具有多重声明块的 100GB（1700 万块）文件？
问题的长版本：
UPS 故障后，我遇到了一台 Ubuntu 10.04 服务器，该服务器在初始启动时陷入 fsck 状态。这是正常的，通常购买大约半小时通过同意提示修复各种问题就足以让服务器恢复。
不过今天不行。今天，我看到一个巨大的数字列表在控制台矩阵式上滚动了好几分钟。基本上是一行又一行：
Multiply-claimed blocks in inode xxxxxxxxx
不管怎样，经过几分钟的滚动，它终于平静下来，我得到了：
Pass 1C: Scanning directories for inodes with multiply-claimed blocks
其次是...
Pass 1D: Reconciling multiply-claimed blocks
..和..
(There are 32 inodes containing multiply-claimed blocks.)
这听起来并没有那么糟糕，但随后它开始检查一些文件，如下所示：
File /path/to/a/file
has 1 multiply-claimed block(s) shared with 1 file(s):
/path/to/another/file
Clone multiply-claimed blocks? yes
这个问题已经为我解答了，这个过程还在继续。然而，这花了非常非常长的时间。即使只是一个 2MB 的文件，也花了好几个小时。
之后，出现了类似的对话，但这次是针对一个100GB 的虚拟机映像文件，报告为超过 1700 万个多重声明的块，与 0 个文件共享。
那是两天前的事了，现在仍在运行。
那么，回到我最初的问题，这需要多长时间？这是一个失败的原因吗？是否有其他方法可以解决这个问题？我真正不明白的是为什么 100GB 文件被报告为与 0 个文件共享，如果我正确理解多重声明块的含义，这是一个矛盾。
注意：我不是网络工程师。我的背景是编码，但我只是帮助某人进行小型硬件升级。
基本上，我们谈论的是目前在沼泽标准 100Mbit 3Com 交换机上运行的 14 台计算机的小型网络。我们继承了一台二手（虽然从未使用过）Dell PowerConnect 6224 L3 交换机，它支持 PoE 并以 1Gbit 运行，我们想取出现有交换机并安装新交换机。
这 14 台计算机实际上是通过 PXE 从 LTSP 服务器启动的瘦客户端。
我认为（显然是错误的）这就像从一个交换机上拔下所有东西并将其全部插入另一个交换机一样简单。但是，当我这样做时，瘦客户端似乎只能在某些时候成功地进行 PXE 引导。其余时间启动过程似乎挂起。这实际上从未发生在 L2 交换机上。我唯一的结论是，这台 L3 交换机的作用比 L2 交换机多，而且该交换机在使用前需要进行配置。（我已经阅读了有关 L2 和 L3 之间差异的信息，但我并没有真正理解这一切）
我看过戴尔网站上的文档，但配置语言看起来非常复杂。
所以，我的问题基本上是：我在这里超出了我的深度吗？假设此交换机可以作为将网络从 100Mbit 升级到 1Gbit 的简单解决方案，这是否愚蠢？我需要专家来配置路由器还是学习曲线不那么陡峭？也许有一种“哑模式”，我可以在路由器上以某种方式激活，使其像普通交换机一样工作，而没有它可能具有的任何花哨功能？