问mkfs太久了

EN

更新:通过查看lsusb和dmesg，确认驱动器已经从USB总线上掉了下来。所以mkfs挂起了。它上的kill -9可能会停止它并允许停止mdraid数组，或者可能需要重新启动。如果您必须重新启动，请注意系统可能不会干净地重新启动，所以最好只同步和卸载/重新装入任何其他可写文件系统，因为您可能需要点击reset。

根据文件系统和选项的不同，mkfs可能需要很长时间( ext3就是其中之一)。终止是安全的，但是当然您必须再次运行mkfs。这--如果它真的取得了进展--意味着你必须再次等待(它将从一开始就重新开始)。

ext4比mkfs快得多，特别是使用lazy_itable_init (这是默认的)。如果可能的话，切换。

请记住，在ext2 2/3/4文件系统中，x%的磁盘用于inode表。如果没有lazy_itable_init，它们现在都被编写了。这是大量的数据需要写入(大约1.6%的磁盘具有默认设置)，并且分布在整个磁盘上。

这也提供了另一种减少时间的方法:编写更少的inode。但当然，如果你走得太低，你就会筋疲力尽。

如果您想检查它是否确实正在取得进展，请确认是否正在发生I/O。有些磁盘有指示灯，或者你可以(用磁盘)闭上耳朵听清楚。

或者，如果您有可用的iostat，iostat -kx 10将显示自引导以来的第一个IO统计数据，然后每10s显示一次以前的10次的统计数据。您可以查找正在执行的写入次数和磁盘利用率。