現在、古いNASから抽出したディスクからデータを回復しています。
done
が表示されるまで1時間以上かかるため、mkfs.ext3
はWriting superblocks and filesystem accounting information:
でフリーズしました。
ディスクはUSB 3.0に接続された2TB SATAですが、それは通常かかるのですか?今すぐプログラムを終了しても安全ですか?
pdate:lsusb
およびdmesg
を見ると、ドライブがUSBバスから外れていることが確認されました。そのため、mkfsがハングしました。 kill -9
をオンにすると停止し、mdraidアレイを停止できます。または、再起動が必要になる場合があります。再起動する必要がある場合は、システムが完全に再起動しない可能性があることに注意してください。リセットをヒットする必要がある場合があるため、他の書き込み可能なファイルシステムを同期してマウント解除/再マウントすることをお勧めします。
ファイルシステムとオプションによっては、mkfsに長い時間がかかる場合があります(ext3はそれを行う場所です)。終了しても安全ですが、もちろんmkfsを再度実行する必要があります。つまり、それが実際に進歩している場合は、もう一度待つ必要があります(そして最初からやり直します)。
ext4は、特にlazy_itable_init
(デフォルト)を使用すると、mkfsよりもはるかに高速です。可能であれば切り替えます。
Ext2/3/4ファイルシステムでは、ディスクのx%がiノードテーブルのために消費されることを覚えておいてください。 lazy_itable_initがない場合、それらはallが現在書き込まれています。これは大量のデータであり(デフォルト設定ではディスクの約1.6%)、ディスク全体に分散されます。
これは、時間を短縮する別の方法も提供します。書き込むiノードの数を減らします。しかしもちろん、低すぎると不足します。
実際に進行しているかどうかを確認する場合は、I/Oが発生しているかどうかを確認します。一部のディスクにはインジケーターライトが付いています。または、耳を閉じて聞いて聴くと(磁気ディスクを使用して)よくわかります。
または、iostat
が利用可能な場合、iostat -kx 10
は最初にIOブート以降の統計を表示し、その後、前の10秒間の統計を10秒ごとに表示します。行われた書き込みの数、およびディスク使用率。