mkfs 花费太长时间

mkfs 花费太长时间

我现在正在从旧 NAS 中提取的磁盘进行数据恢复。

它看起来像是mkfs.ext3冻结了,因为我等待出现的Writing superblocks and filesystem accounting information:时间超过一个小时。done

磁盘是2TB SATA连接USB 3.0,需要这么长时间正常吗?现在终止该程序是否安全?

答案1

更新:通过查看lsusbdmesg,确认驱动器已脱离 USB 总线。所以 mkfs 已挂起。kill -9它可能会停止它并允许停止 mdraid 阵列,或者可能需要重新启动。如果您必须重新启动,请注意系统可能无法干净地重新启动 - 因此最好以只读方式同步和卸载/重新挂载任何其他可写文件系统,因为您可能必须点击重置。

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

ext4 是很多mkfs 更快,尤其是使用lazy_itable_init(这是默认设置)。如果可以的话,切换一下。

请记住,对于 ext2/3/4 文件系统,x% 的磁盘用于 inode 表。没有lazy_itable_init,它们是全部现在正在写。要写入的数据量很大(默认设置下大约占磁盘的 1.6%),并且分布在整个磁盘上。

这也提供了另一种减少时间的方法:写入更少的索引节点。但当然,如果你走得太低,你就会耗尽。

如果您想检查是否确实取得进展,请确认 I/O 是否正在发生。有些磁盘有指示灯,或者您通常可以通过靠近耳朵聆听来辨别(对于磁盘)。

或者,如果可用iostatiostat -kx 10将显示启动后的第一个 IO 统计信息,然后显示前 10 秒内每 10 秒的统计信息。您可以查看正在完成的写入次数以及磁盘利用率。

相关内容