mkfsが長すぎる

mkfsが長すぎる

現在、既存のNASから抽出したディスクからデータ復旧を行っています。

mkfs.ext31時間以上待ってWriting superblocks and filesystem accounting information:出てくるので凍ったようですね。done

ディスクはUSB 3.0に接続された2TB SATAですが、この時間がかかるのは正常ですか?今プログラムを終了しても安全ですか?

ベストアンサー1

修正する:lsusbとを確認して、dmesgドライブがUSBバスから切断されていることを確認してください。だからmkfsが中断されました。kill -9これを停止し、mdraid アレイの停止を許可または再起動する必要があります。再起動が必要な場合は、システムが完全に再起動しない可能性があることに注意してください。したがって、リセットを押す必要があるため、読み取り専用モードに同期し、他の書き込み可能なファイルシステムをアンマウント/再マウントするのが最善です。

ファイルシステムとオプションによっては、mkfsには時間がかかることがあります(ext3もその1つです)。終了しても安全ですが、当然、mkfsを再実行する必要があります。これは、進行中に再び待つ必要があることを意味します(そして最初から始まります)。

ext4はたくさんlazy_itable_init特に(デフォルト)を使用すると、mkfsが高速になります。可能であればスイッチをオンにしてください。

ext2/3/4ファイルシステムの場合、ディスクのx%がinodeテーブルに使用されていることに注意してください。 lazy_itable_initはありません。みんな今書いています。記録されるデータ量は大きく(デフォルトではディスクの約1.6%)、ディスク全体に分散されています。

これは、時間を短縮する別の方法、すなわち、より少ない数のinodeに書き込む方法も提供します。しかし、もちろん、あまりに低く設定すると乗り心地になります。

実際に進行中であることを確認するには、I / Oが発生していることを確認してください。一部のディスクには、インジケータが付いているか、通常は耳の近くで聞こえる(ディスクの場合)がわかります。

または、使用可能な場合は、iostat開始iostat -kx 10後に最初のIO統計が表示され、最初の10秒間に10秒ごとに統計が表示されます。完了した書き込み数とディスク使用率を表示できます。

おすすめ記事