ファイルシステムCRCチェック

ファイルシステムCRCチェック

u-boot(ブートローダ)は、カーネルを実行する前にカーネルイメージCRCを確認することを知っています。あなたが正しい場合にのみ、さらに進むことができ、そうでなければ間違いを犯すでしょう"Bad CRC"

また、ファイルシステムでも同じことをしたいと思います。

  1. これを行う方法はありますか?

  2. カーネルは、ファイルシステムをロードする前にファイルシステムが正しいことを確認しますか?では、この検査はどこで行われますか?

修正する:

jffs2ファイルシステムを使用しています。そのようなファイルシステムのCRCを確認できますか?それとも、jffs2ファイルシステムが破損していないことを確認する他の方法はありますか?

答え1

一般に、すべての最新のファイルシステムドライバには、マウントされているファイルシステムが一貫した状態にあることを確認する一種のチェックが含まれています。一般に、意味論ではなく構文の面でゴミが発生する可能性があります(ただし、よく構造化されています)。ファイルシステム)ゴミ)。

についてはJFFS2セクションを確認してください。3.1そして3.5~の文書- いくつかのチェックが完了しました。

答え2

(以下のリンクはサポート文書へのリンクであり、必ずしもお客様の質問に直接関連していない可能性があります。)

「ユーザー」(Michael Kjörling)とDavAlPiが質問に対するコメントで指摘したように、いくつかのファイルシステム(例:外部4)CRCファイルシステムメタデータを選択できます。そしてジブスそしてBTFSファイル内容とファイルシステムメタデータのチェックサムです。

ext2の場合、ファイルシステムはマウントされるたびに変更され、次のように設定されます。「汚い」。 (ext3 では Needs_recovery に置き換えられました。) アンインストールすると設定が解除されます。システム初期化でダーティとしてマークされたアンマウントされたファイルシステムが見つかった場合は、完全にアンマウントされていないと想定し、ファイルシステムチェックを実行して整合性を確認します。 RHELでは、通常、起動中に「Reinstall root」というメッセージが表示されたときにこれが行われます。それにもかかわらず、これはリリースが行う最初の作業の1つになります。

ext3 を使用するとログを取得できるため、予期しないエラーが原因でファイルシステムが破損した場合は、ログトランザクションを「再生」または無視します。どちらも問題を引き起こさない可能性が最も高いです。ただし、CRCを取得できないため、データが完全に消えた場合(HDDプラッタエラーなど)、問題が発生します。ただし、これらの機能が必要な場合は、ユーザースペースを問題なくext3をext4にアップグレードできます。

したがって、ファイルシステムの整合性は何が起こってもチェックされますが、最新のファイルシステムを使用すると追加の保護が得られます。

関連情報