![mkfs 花费太长时间](https://linux22.com/image/111282/mkfs%20%E8%8A%B1%E8%B4%B9%E5%A4%AA%E9%95%BF%E6%97%B6%E9%97%B4.png)
我现在正在从旧 NAS 中提取的磁盘进行数据恢复。
它看起来像是mkfs.ext3
冻结了,因为我等待出现的Writing superblocks and filesystem accounting information:
时间超过一个小时。done
磁盘是2TB SATA连接USB 3.0,需要这么长时间正常吗?现在终止该程序是否安全?
答案1
更新:通过查看lsusb
和dmesg
,确认驱动器已脱离 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 是否正在发生。有些磁盘有指示灯,或者您通常可以通过靠近耳朵聆听来辨别(对于磁盘)。
或者,如果可用iostat
,iostat -kx 10
将显示启动后的第一个 IO 统计信息,然后显示前 10 秒内每 10 秒的统计信息。您可以查看正在完成的写入次数以及磁盘利用率。