マウントポイントディレクトリエントリがファイルシステムの通常のディレクトリエントリと異なる点

プロセスの説明が正しくありません。

カーネルは、どのルートがマウントポイントかを追跡します。これが行われる正確な方法はカーネルによって異なりますが、通常、情報はパス形式で保存されます。たとえば、カーネルは「/このファイルシステム、/media/cdromこれはファイルシステム、/procこれはこのファイルシステムです」などを覚えています。通常、カーネルはマウントされたファイルシステムのデータ構造を表すテーブルにパス文字列をマッピングするのではなく、各ディレクトリのテーブルを格納します。ディレクトリエントリに関連するデータディレクトリエントリ。ルートディレクトリのディレクトリエントリがあり、各ディレクトリでは、カーネルはそのディレクトリ内の各ファイルのディレクトリエントリを記憶します。 dentryにはinode構造へのポインタが含まれ、inodeにはファイルを含むファイルシステムのファイルシステムデータ構造へのポインタが含まれています。マウントポイントで関連付けられたファイルシステムは親ディレクトリエントリのファイルシステムとは異なり、マウントポイントを追跡するための追加のメタデータがあります。したがって、一般的なUnixカーネルアーキテクチャでは、dentryには/ルートディレクトリのinodeポインタに加えて、ルートファイルシステム情報へのポインタが含まれています/proc（マウントポイントであると仮定）。 procファイルに関する情報へのポインタが含まれています。システムなどのポインター。/media/cdromマウントポイントですが、そうでない場合、/mediaカーネルはそれをdentryに覚え/mediaて忘れてはいけません。/media単にパフォーマンスのためのキャッシュの問題ではなく、マウントポイントの存在を覚えておく必要があります/media/cdrom。

Linux の場合、次の文書を見つけることができます。カーネル文書、このウェブサイトからそしてウェブの他の場所でも。ブルースフィールドトピックの良い紹介です。

カーネルがファイルにアクセスするように指示されたら、ファイル名を一度にスラッシュで区切られたコンポーネントを1つずつ処理して、そのコンポーネントを検索します。シンボリックリンクを見つけたら、それに従います。マウントポイントを見つけると、実際に特別な処理は必要ありません。 inodeを別のディレクトリに追加するだけです。

このプロセスでは、次のように inode 番号を使用しません。針。 Inode番号は、ディスクとアプリケーションの両方で、カーネルの外側の指定されたファイルシステム内の各ファイルに一意のIDを提供する方法です。一部のファイルシステムには固有のinode番号がありません。ファイルシステムドライバはしばしばそれを設定しようとしますが、常に動作するわけではありません。特に、ネットワークファイルシステムの場合（たとえば、サーバーがマウントポイントを含むディレクトリツリーをエクスポートする場合など）、マウントの下のinodeセット間に重なりがある可能性があります。名前をinode番号にマップする行は、通常のディスクファイルシステムが機能する方法です（ハードリンクをサポートしている場合）。実際には、inode番号の概念は必要ありません。

マウントポイントに関する情報はメモリにのみ保存されます。ファイルシステムをマウントすると、ファイルシステムがマウントされたディレクトリは変更されません。このディレクトリは、マウントされたファイルシステムのルートにのみ隠されています。