我知道这个问题有很多变数，所以我只是寻找一个近似值。 是否有可能计算“chkdsk”在Windows Server 2003平台上花费的时间？ 在这个特定的情况下，我使用了两个1TB驱动器的RAID1集。 我真正的目标是试图为平台规划一个维护窗口。 我有点想，如果驱动速度和容量是已知的， 那里有一些超级天才可以猜测开机时“chkdsk”会花费多less时间。
在我的search中，虽然不耐烦，但我发现了一些关于不同标志的讨论，以及他们的工作。 我完全了解他们。 我只是不太确定所花费的时间 – 会不会20个小时？ 会不会4个小时？ 会72小时吗？ 是否有可能近似呢？
我有一个数百万个非常小的文件，大小约1TB，大约8个小时后我们杀了它。 这是5％完成。 但更多的文件需要更长的时间。
微软在他们的帮助和支持网站上有一篇文章解释 chkdsk。 文章build议以只读模式运行。 运行只读在磁盘上运行chkdsk没有任何开关。 文章还指出，运行时间越长的文件和文件夹越多。 文件和文件夹比卷大小更重要。
上面的文章的第15段讨论了这一点以及与只读模式下运行相关的一些问题。
猜测的最好方法是试运行，然后加上时间。 祝你好运。
将操作系统和数据文件保存在不同的分区上是标准的。 您的C：\（Windows）分区通常为80-300GB，而数据分区较大。 如果你遵循这个惯例，你应该能够在没有停机的情况下在线“chkdsk”数据卷。 如果出现问题，我会留出至less8小时的合理维护时间 ，但可能需要30分钟才能完成。 一个干净的1TB卷应该在<5分钟内检查磁盘。 一个非常肮脏的可能需要更长的时间。 如果花了一个多小时，我会担心的。
这不能回答这个问题，但可能有助于减lesschkdsk在新版本中所需的时间…
chkdsk所花费的时间也是分配单元大小的一个函数。 较大的单元需要较less的时间来检查，因为同一磁盘上的磁盘数量较less – 要检查的“元数据”较less。
如果您知道驱动器将保存大部分较大的文件，则即使您平均浪费（半个au）*（磁盘上的文件数量），也可以使用较大的au大小（比4 KB默认值）更大的格式。 由于相同的原因，碎片整理也不太严重。
在某些磁盘arrays上，偏移新分区的起始地址也很重要，以便在“磁盘”或“caching”边界上正确alignment。
如果在600GB的数据上运行chkdsk / r，我想会在5-6小时的范围内。 显然还有更多的variables涉及到，但我认为这是一个起点。
如果你在一个很大的驱动器上运行chkdsk / r（这是相当完整的），你最好睡觉，当你醒来的时候它就会准备好。 这种技术在过去对我有用。
基本计时scheme如下。 超过1分钟logging每分钟处理多less个文件。 例如3000 / 60s。 从总数中减去完成，然后从剩下的文件中除以3k，这将使您得到多less分钟，直到完成。 把你的分钟数除以60得到小时数。 TA-DAH。 例如
22％完成。 （如果处理804592个文件，则为156046个）@每分钟大约3000个
3000/60
804592-156046 = 648546个文件
648546/3000 = 216.182分钟
216.182 / 60 = 3.603033小时.60 =一小时的60％
60分钟x60 = 36分钟
所以3小时36分钟才能完成
这是一个粗略的估计，没有考虑到chkdsk陷入坏道或locking的情况。 请原谅我可怜的math技能，我相信有一个方法可以把它变成一个方程来expression这个更好的公式。
我在22小时前开始使用3TB的硬盘，占用了80％的硬盘空间。 它说10％完成，但我从经验中知道，10％可以真正快速地变成90％。 事实上，在22小时中至less有20次是10％。 一旦到达没有错误集群的文件，这个％就会快得多。
只是为了一个想法即时运行Windows 10家庭I7四核1 TB的硬盘5400rpm，8 GB的RAM硬盘是1 \ 3满300GB左右花了约4小时做chkdsk / RC：