ext4 fsckは非常に時間がかかります

ext4 fsckは非常に時間がかかります

私が経験している問題は、fsck非常に時間がかかることです。 Google で徹底的に検索しましたが、問題を解決するアイテムが見つかりませんでした。

私が実行しているコマンドはですsudo fsck.ext4 -vc /dev/sdb1

いくつかの不良セクタを持つ200GB SATAハードドライブがあります。 SMARTと互換性がありますが、SMARTはセクタを再マッピングできません。私が実行しているコマンドは不良セクタをチェックし、それを不良ブロックリストに追加します。しかし、これまでの結果は次のとおりです。

e2fsck 1.42 (29-Nov-2011)
Checking for bad blocks (read-only test): 1.95% done, 11:53:24 elapsed. (1657/0/0 errors)

この速度であれば、おそらく1ヶ月ほどかかるようです。

今、「ハードドライブが古すぎてすぐに故障するでしょう」と言わないでください。不良ブロックリストに不良ブロックを追加したいです。ハードドライブに新しい不良セクタが作成されませんでした。

私のコンピュータには、i3クアッドコアプロセッサと8GBのRAMがあります。私のCPU使用率は10%未満で、RAMは約1.5GBを使用しています。ページ付きのアイテムはありません。

私がスキャンしているディスクには、何もない新しく作成されたext4ファイルシステムがあります。

ディスクをfsckして不良ブロックを一覧表示するのに1ヶ月かかる理由はわかりません。ここには間違いなく何か問題があります。どんな提案がありますか?

ベストアンサー1

SMARTはセクタを再マッピングせずにエラーのみを検出して記録します。不良セクタは書き込み時に自動的に再マッピングされます。ddまたはを使用してこれを実行できますhdparm --write-sector

ドライブに予約されているセクタが不足しているため、セクタを再マッピングできない場合は、パニックになる前に対処する必要があります。

ファイルシステムから再マッピングすることは意味がありません。

hdparm -t /dev/sdb合理的な結果が得られたら、単独badblocksで実行して(straceを使用して-s)直接実行する方が高速であることを確認し、そうでない場合はstraceを介して実行するとパフォーマンスの問題の原因を理解できます。

ディスクの一部の領域により、読み取り再試行が大量に発生する可能性があります。

おすすめ記事