ext4ドライブで「複数宣言されたブロック」の原因は何ですか？

記載されているように非常に初期に中央宗湯彼自身は2つを持つことができます即時理由は」宣言されたブロックの乗算fsckが報告した内容：

そのうちの1つは、inodeテーブル内の1つ以上のブロックが誤った場所に書き込まれ、inodeテーブル内の他のブロックを上書きすることです。

これは通常、いくつかのカーネルのバグが原因で発生します。 （T'Tsoは簡単に識別できるいくつかのパターンを説明できることを読むことができます。=>外部ソースによって引き起こされる偽の損傷はランダムではありません。）
これは特にまれな競争条件のためにEXTファイルシステムファミリの新機能の初期に発生します。

• そしてビガロック
• 遅延割り当て、
• 最近は指摘したようにフロストスーツOPの意見では、fast_commit関数について。

2番目のケースは、ブロック割り当てビットマップが破損し、使用中の一部のブロックが使用可能とマークされている場合です。それからファイルシステムを再マウントし、ファイルをファイルシステムに書き込むことで、新しいファイルにブロックが再割り当てされるようにします。

これらの問題はいくつかの損傷の後にランダムに現れ、根本的な原因がカーネルのバグである可能性は低いです。
これには、不完全なシャットダウン、誤って作成されたアプリケーション、ハードウェア環境に関連する不合理なインストールオプションなどが含まれます。メモリやその他のハードウェア障害。

もちろん、fsckエラーレポートを生成する責任や他のファイルシステムの不一致を修正しようとするときは、問題の根本的な原因を忘れてはなりません。実はすでにあります。

これをどのように避けることができますか？上記に基づいて、その発生確率を制限することができます。

• 低レベルのスキルを維持します;-)新機能がリリースされるとすぐに設定しないでください。
• ECCメモリと信頼性の高いストレージデバイスを使用して
• ファイルシステムオプション（時々提供される）を微調整し、インストールmkfsオプションを賢く選択してください（環境に合わせて）。
• 信頼できないすべてのソフトウェアをサンドボックスで実行します。
• 最後にT'Tsoで働く競合が発生した場合は、次を実行します。e2croncheck:

今私が実際にやっていることは、クラッシュが発生するたびに再起動してログインしてすぐにe2croncheckを実行することです。これにより、潜在的なファイルシステムの破損が深刻になる前に気付くことができます。