記事からLinuxファイルシステムの分析著者：M. Tim Jones私は、Linuxがすべてのファイルシステムを共通のオブジェクトセットの観点から見ることを読んだ。スーパーブロック、インデックスノード、ディレクトリエントリそして文書。この段落の残りの部分では上記を説明していますが、この説明はあまり満足できません。
誰かが私にこの用語を説明できますか？
ベストアンサー1
まず第一に、私はこれがあなたの質問の用語の1つではないことを知っています。メタデータ。簡単に言えば、メタデータはWikipediaから盗まれたものであり、データに関するデータです。つまり、メタデータにはデータに関する情報が含まれています。たとえば、私が車を所有している場合は、自動車に関する一連の情報がありますが、その情報は自動車自体の一部ではありません。登録番号、メーカー、モデル、製造年度、保険情報およびその他の情報。これらすべての情報を総合的にメタデータと呼びます。将来的には、LinuxおよびUNIXファイルシステムでは、メタデータが複数の組織レベルに存在します。
これスーパーブロックデフォルトでは、ファイルシステムメタデータは、ファイルシステムの種類、サイズ、状態、およびその他のメタデータ構造（メタデータのメタデータ）を定義する情報です。スーパーブロックはファイルシステムにとって非常に重要であるため、各ファイルシステムに対して複数の重複コピーに保存されます。スーパーブロックは、ファイルシステムの非常に「高レベル」のメタデータ構造です。たとえば、パーティションのスーパーブロック/ varが破損している場合、オペレーティングシステムは問題のあるファイルシステム（/ var）をマウントできません。通常、この場合はfsckスーパーブロックの代替バックアップコピーを自動的に選択し、ファイルシステムの復元を試みる必要があります。バックアップコピー自体はファイルシステム全体に分散したブロックグループに保存され、最初のコピーはパーティションの先頭から1ブロックオフセットに保存されます。これは、手動回復が必要な場合に重要です。次のコマンドを使用すると、ext2/ext3/ext4スーパーブロックバックアップに関する情報を表示できます。dumpe2fs /dev/foo | grep -i superblockこれは手動で復元しようとするときに便利です。 dumpe2fsコマンドが次の行を出力するとしますBackup superblock at 163840, Group descriptors at 163841-163841。この情報とファイルシステム構造に関するその他の知識を使用して、このスーパーブロックバックアップを試すことができます/sbin/fsck.ext3 -b 163840 -B 1024 /dev/foo。この例では、ブロックサイズを1024バイトと仮定しています。
一つインデックスノードファイルシステムに存在するか、ファイルシステムに存在し、ファイルのメタデータを表します。明確に言えば、LinuxまたはUNIXシステムのすべてのオブジェクトは、物理ファイル、ディレクトリ、デバイスなどです。 inodeに含まれているメタデータには、人間が認識できるファイル名がなく、後で重要になります。 Inodeには、本質的に所有権（ユーザー、グループ）、アクセスモード（読み取り、書き込み、実行権限）、ファイルタイプ、およびファイルの内容を含むデータブロックに関する情報が含まれています。
ㅏディレクトリエントリinode番号をファイル名に関連付けてinodeとファイルを一緒に固定する接着剤です。ディレクトリエントリもディレクトリキャッシュで機能し、より高速なアクセスに最も頻繁に使用されるファイルを理想的に保存します。ファイルシステムの巡回はディレクトリとそのファイルとの関係を維持するので、dentryのもう一つの側面です。
ㅏ文書、人間が単語を見るときに一般的に考えているだけでなく、実際には論理的に関連するランダムなデータの集まりです。上記の追跡のために行われたすべての作業を考慮すると、比較的退屈です。
私はいくつかの文だけではこれらの概念の完全な説明を提供することができないことを理解しているので、必要に応じて詳細についてお問い合わせください。