UnixベースのOSで空のディレクトリのリンクカウントが1ではなく2である理由については、多くの説明を見てきました。すべてのディレクトリがそれ自体を指しているディレクトリ。「。」という概念がある理由がわかります。相対パスを指定するには便利ですが、ファイルシステムレベルで実装すると何が得られますか？シェルまたはパスを取るシステムコールに、その解釈方法を知ってもらうだけではどうですか？
その「..」は本当のリンクです。ファイルシステムは、ナビゲートするために親ディレクトリへのポインタを保存する必要があります。しかし、「。」の理由がわかりません。実際のリンクであることが必要です。また、実装でい特別なケースにつながるようです-リンクカウントが1未満のiノードで使用されているスペースのみを解放できると思うでしょうが、それらがディレクトリの場合、実際にチェックする必要がありますリンクカウントが2未満。
回答:
興味深い質問です。一見すると、次の利点があります。
まず.、現在のディレクトリとして" " を解釈することは、シェルまたはシステムコールによって行われる可能性があると述べています。ただし、ディレクトリにドットエントリを含めると、実際にはこの必要性がなくなり、さらに低いレベルで一貫性が強制されます。
しかし、これがこの設計決定の背後にある基本的なアイデアだとは思いません。
ファイルを作成したり、ディレクトリから削除したりするときは、ディレクトリの変更タイムスタンプも更新する必要があります。このタイムスタンプは、iノードに保存されます。iノード番号は、対応するディレクトリエントリに保存されます。
IFドットエントリは存在しないだろう、ルーチンは再びディレクトリ検索を引き起こすことになる、親ディレクトリで、このディレクトリのエントリでiノード番号を検索する必要があります。
しかし、幸いなことに、現在のディレクトリにドットエントリがあります。現在のディレクトリでファイルを追加または削除するルーチンは、最初のエントリ（通常はドットエントリが存在する場所）にジャンプするだけで、すぐに現在のディレクトリのiノード番号が見つかります。
ドットエントリには、3つ目の良い点があります。
ときにfsck空きリストにもありません非接続ブロックに対処するためのチェック腐ったファイルシステムをしてあり、それは（ディレクトリリストと解釈される）データブロックはiノードを指していますドットエントリを持っている場合、それは検証するために簡単です次に、このデータブロックをポイントします。その場合、このデータブロックは失われたディレクトリと見なされ、再接続する必要があります。
.、現在のディレクトリを検索する必要はありません。実際にこの方法で動作するカーネルを見つけることができない場合（疑わしい...）
（うーん、次はちょっとした叙事詩です...）
UNIXファイルシステム上のディレクトリの設計（これは通常、UNIX OSに接続されますが、必ずしも必要ではありません）は素晴らしい洞察を表しており、実際に必要な特別なケースの数を減らします。
「ディレクトリ」は、実際にはファイルシステム内の単なるファイルです。ファイルシステム内のファイルの実際の内容はすべてiノードにあります（質問から、このようなもののいくつかを既に知っていることがわかります）。ディスク上のiノードには構造がありません。ディスク上のピーナッツバターのように広がっている、番号付きの大きな塊の単なる塊です。これは有用ではありません。そして、きちんと片付けられた人には本当に忌避です。
唯一の特殊なiノードは、（伝統の理由のためではない0または1）iノード番号2です。inode 2はディレクトリファイルです：ルートディレクトリ。システムがファイルシステムをマウントすると、iノード2をreaddirして起動する必要があることを「認識」します。
ディレクトリファイルは単なるファイルであり、opendir（3）や友人が読むことを目的とした内部構造を持っています。dir（5）に文書化された内部構造を見ることができます（OSによって異なります）。これを見ると、ディレクトリファイルエントリにファイルに関する情報がほとんど含まれていないことがわかります。これはすべてファイルiノードにあります。このファイルについて特別な数少ないことの1つは、書き込みを許可するモードでディレクトリファイルを開こうとすると、open（2）関数がエラーを与えることです。他のさまざまなコマンド（1つの例を選択hexdumpするため）は、ディレクトリファイルに対して通常の方法で動作することを拒否します。これは、おそらくそれがやりたいことではないからです（ただし、ファイルシステムではなく、特殊なケースです）。
ハードリンクはディレクトリファイルのマップ内のエントリよりも何よりも少ないです。このようなマップには、同じiノード番号にマップする2つ（またはそれ以上）のエントリを含めることができます。したがって、そのiノードには2つ（またはそれ以上）のハードリンクがあります。また、すべてのファイルに少なくとも1つの「ハードリンク」がある理由も説明します。iノードには参照カウントがあり、ファイルシステム内のディレクトリファイルでそのiノードが言及されている回数を記録します（これは、実行時に表示される数値ですls -l）。
OK：これでポイントになりました。
ディレクトリファイルは、文字列（「ファイル名」）から数字（inode番号）へのマップです。これらのiノード番号は、そのディレクトリ内にあるファイルのiノードの番号です。そのディレクトリ内にあるファイルには、他のディレクトリファイルが含まれている可能性があるため、それらのiノード番号はディレクトリにリストされているものの中に含まれます。したがって、ファイル/tmp/foo/barがある場合、ディレクトリファイルにfooはのエントリが含まれ、barその文字列をそのファイルのiノードにマッピングします。ディレクトリファイル/tmpには、ディレクトリ内にfooあるディレクトリファイルのエントリもあります/tmp。
mkdir（2）でディレクトリを作成すると、その機能
最終結果は、（ほとんど）唯一の特別な場合です：
st_modestat（2）を参照してください。（stackoverflowの元の質問、2011年10月20日からコピー）
..、あなたのツリーウォーキング・ソフトウェアがすでに持っている必要がありますハードリンク「親ディレクトリリンクのない次のサイクル」それは少し除いても複雑に追加されるので、例外を.リンク。