mkfs 耗時過長
我現在正在從從舊 NAS 中提取的磁碟進行數據恢復。
它看起來像是
mkfs.ext3凍結了，Writing superblocks and filesystem accounting information:因為我等了一個多小時done才出現。磁碟是2TB SATA接USB 3.0，這麼久正常嗎？現在終止程序安全嗎？
**更新：**通過查看
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%），而且分佈在整個磁碟上也不少。
這也提供了另一種減少時間的方法：編寫更少的 inode。但當然，如果你走得太低，你就會用完。
如果您想檢查它是否真正取得進展，請確認 I/O 是否正在發生。有些磁碟有指示燈，或者您通常可以通過將耳朵靠近並聆聽來判斷（使用磁碟）。
或者，如果您
iostat有空，iostat -kx 10將顯示自啟動以來的第一個 IO 統計資訊，然後是前 10 秒的每 10 秒統計資訊。您可以查看正在執行的寫入次數以及磁碟使用率。