私は、同じオペレーティングシステムとソフトウェアのインストールを実行する3台のコンピュータA、B、Cを持っています。 Aの特定のファイルに対して、BとCの同じファイルに対するそのファイルのインスタンスが同じinode番号を持つと予想できますか?
当社の侵入検知システムは、Aから初期ファイルシステムイメージを取得し、同じファイルシステムイメージを使用してA、B、Cと将来の比較を実行することによって設定されます。私はこのプログラムに初めて触れましたが、過去にはこの方法が効果があったようです。
inode番号のソートがどのように機能するかわからないので、1から始めて各ファイルを計算するなどの操作を実行すると推測されます。もしそうなら、これがおそらくファイルのinode番号が過去とコンピュータ上で一貫していた理由かもしれません。同じファイルが同じ順序で生成されます。私たちがいつもそれに頼ることができるかどうかはわかりませんが。
ただし、一部のファイルが変更されたことを通知されており、最初のファイルで私が見ているのは変更されたファイルのinode番号だけです。誰かがコンピュータにオペレーティングシステムとソフトウェアを再インストールして通知を送信したようです。
同じオペレーティングシステム/ソフトウェアを別のコンピュータにインストールする場合(または同じコンピュータに順次再インストールする場合)、ファイルinode番号は同じと見なすことはできますか?
A、B、またはCから新しいファイルシステムイメージを取得した場合、それが私の「問題」(問題であるかどうかわからない)を解決すると期待できますか?
私は通常一度に1〜2台のコンピュータにしかアクセスできないので、今はAやCを確認できず、彼らのレポートがどのように見えるかわかりません。私が知っているのは、コンピュータBに予期しないinode番号を持つファイルが少なくとも1つあることだけです。
この場合、オペレーティングシステムはQNX 6です。ファイルシステムタイプの場合は、mount
/dev/hdファイルが「on/type qnx4」であることを教えてください。それでは、ファイルシステムの種類はqnx4ですか? qnxには独自のファイルシステムタイプがあると思いますか?私はこれに気づかなかった。それとも正確ではないかもしれません。ファイルシステムの種類を確認する他のコマンドは、コンピュータに存在しないようです。
修正する:私は何か間違って知っていたようです。ファイルシステムの元の状態の参照データにはファイルのinode番号が含まれており、これをテストに含めるオプションがありますが、質問に記載されているチェックにinodeデータを含めないでください。そうしてください。」 「筒」がまさにそれのためだ。だから私がここで要求することは実際には必要ありません。申し訳ありません。それでもまだ興味深いので、コメントで既にいくつかの回答が始まっているので、質問を開いておきます。
答え1
[...]そして私は同じオペレーティングシステムとソフトウェアのインストールを行います。
Aの特定のファイルに対して、BとCの同じファイルに対するそのファイルのインスタンスが同じinode番号を持つと予想できますか?
いいえ。これは、I/O が並列に実行され、I/O ジョブの順序が定義されておらず、ハードウェア操作の影響を受けるためです。オペレーティングシステムはinode番号を割り当て、特定のジョブがシステムAとBで異なる順序で実行される場合、オペレーティングシステムは「同じ」ファイルに別のinode番号を割り当てることができます。
同様のアーティファクトは、/dev/
同じシステムでも再起動時に割り当ての一貫性が保証されないことです。/dev/sdb
つまり、現在の内容が/dev/sda
最後の起動時の内容になる可能性があります。
A、B、またはCから新しいファイルシステムイメージを取得した場合、それが私の「問題」(問題であるかどうかわからない)を解決すると期待できますか?
これは問題ではありません(問題に切り替えない限り)。はい、ファイルシステムイメージ全体をコピーすると、同じinode番号があります。
ファイルシステムの元の状態の参照データにはファイルのinode番号が含まれており、テストに含めることを選択できますが、質問に記載されているチェックにinodeデータを含めないでください。
まさに。答えは「いいえ、信頼できないので問題になる可能性があるため、テストしないでください」です。