web-dev-qa-db-ja.com

e2fsck:不良ブロックが消える!

紳士、

E2fsckについて父親からのアドバイスが必要です。ディスクが不安定になり、「e2fsck-ccv」が実際に不良ブロックを表示していました。ただし、ディスクのパーティションを再作成したところ、同じコマンドでディスクが完全に正常であることが報告されました。不良ブロックはどうなりましたか?もちろん、パーティションはすべて空になりましたが、確かに悪いブロックはまだ悪いブロックですか?ディスクの内部ハウスキーピングは、e2fsckでさえそれらを調べないように、どういうわけかそれらのブロックにフラグを立てましたか?または、e2fsckは空のパーティションでは機能しませんか?それとも何らかの形で修理が行われていますか?どうすればわかりますか?

そして:「-c」と「-cc」を使用することの実用性は何ですか?つまり、いつ、どこで読み取り/書き込みテストと読み取り専用テストが必要ですか?

そして:再パーティション化した後、FSの作成と同時にディスクをチェックすることを期待して「mkfs.ext4 -vcc ...」を試しましたが、何時間もかかりました。対照的に、FSが作成された後の「e2fsck-ccvy ...」ははるかに高速で、12パーティションの500GBディスクの場合は1時間未満でした。なぜですか?の事実を知る必要があります。 fsckingを始める前の人生。

1
Ray Andrews

ファイルシステムの不良ブロックリストは廃止されました(ext4について話しているため、フラッシュファイルシステムは無視されます)。不良ブロックはドライブによって再マップされます。エラーを探します-SMARTカウンターにこれらの永続的なログがあるはずです。1つ以上のエラー/「不良ブロック」/「不良セクター」が表示された場合は、ディスクを信頼できないと見なす必要があります。

大切なデータが冗長に保存されている場合(RAID、バックアップ)、テスト期間中にドライブの信頼を再確立する方法を開発する人もいます。[*]最初からRAIDを使用していないため、私はできません。これをお勧めします。

それらは人生の事実です。 mkfsv.sの動作fsckは残念です。読み取り/書き込みテストは、潜在的に新しく取得したドライブのストレステストに役立ちます。ディスクIO速度は約100MB/sであり、ディスク全体の書き込みと読み取りの両方が必要なため、1時間以上かかるはずです(最新のディスクの相対的なパフォーマンスは、の実行可能性にも影響します)。特定のRAIDモード)。badblocks -w異なるパターンでいくつかのパスを実行します。これは、なぜこれほど時間がかかるのかを説明します。バッドブロックリストは廃止されたため、バッドブロックを直接実行してエラーを探すことができます。

ただし、これにかかる時間と、この期間ディスクを使用できなかったことを考えると、利用可能な最長のSMARTテスト、または単にdd if=/dev/sdX bs=10M of=/dev/nullそして読み取りエラーが発生するかどうかを確認します。

SMART機能はGNOME Disksで利用できます(ベンチマーク機能もあります)。エラーカウンターはセクターで測定されます。「セクター」と表示されているすべてのカウンターを調べて、すべてゼロであることを確認できます。 。「再割り当てされたセクター」の下にいくつかあるようです


[*]不良セクタに新しいデータを書き込むと、エラーがクリアされます。これは、論理セクターを「スペアエリア」内の別の物理セクターに書き込むことで機能し、ドライブは論理セクターの将来の読み取りを確実に再マップします。

0
sourcejedi