fsckを定期的に実行するのはなぜですか?

fsckを定期的に実行するのはなぜですか?

一部のシステムでは、数日以上のマウント後に起動するたびに fsck を実行します。例えば、Linuxサーバーをどのくらいの頻度で再起動する必要がありますか? - サーバー障害彼らはこの目標を達成するためのさまざまな戦略を議論しました。これはなぜ必要ですか?背景知識がなければ、戦略を選択することは困難です。

存在するMarcのブログ:btrfs - Btrfsヒント:BtrfsクリーンアップとBtrfsファイルシステムの回復、著者はファイルシステムがあれば必要ないと主張しますbtrfsデータの劣化 - Wikipedia彼らは同様の自己治癒能力について議論しましたzfs。たぶんこれはext4特定の要件ですか?

存在する整合性ドライブ - 自動データ破損許容範囲はゼロに設計されています。彼らは宇宙船が円盤の要因ではないと提案した。しかし、CPUの破損したデータがディスクに残り、実行の必要性を部分的に説明していますかfsck?それでもfsck議論はほとんど見られませんでした。統計 - 宇宙船:宇宙船がプログラムに影響を与える可能性はいくらですか? - スタックオーバーフロー

ベストアンサー1

ZFSとBtrfsの基本的なアイデアは、各ブロックを複数回保存し、各ブロックのポインタにチェックサムがあることです。

エラーが発生した場合は、チェックサムを使用して、どのブロックが良好なブロックであるかを判断します。クリーンアップは、各ブロックが正常であることを確認するバックグラウンドタスクです(チェックサム比較)。これですべてが確認されます。

Fsckはそれほど深くない検証です。通常、一貫性のないメタデータが存在する可能性があるファイルシステムで使用されます。たとえば、無料でマークされたブロックがファイルやその他の同様の問題によって使用されていないことを確認します。これは、電源不足、カーネルパニック、またはその他の同様の問題によってファイルシステムが破損する可能性がある場合に行われます。今日、ファイルシステムには、これらの不整合を防ぐジャーナリング機能(または記録中のコピーなどの他の機能)があります。データの劣化が発生しない限り、ほとんどの場合、Fsckはもう必要ありません(ただし、Fsckは非常に限られています)。注:FATにはロギング機能はありません。誤ってUSBドライブを取り外した場合は、fsckを実行する必要があります。

おすすめ記事