Warum hat '/' einen '..'-Eintrag?

Das hat mich immer verwirrt. Warum enthält das Stammverzeichnis einen Verweis auf ein übergeordnetes Verzeichnis?

bob @ bob: / $ ls -a
. build home lib32 mnt .rpmdb sys vmlinuz
.. cdrom initrd.img lib64 opt sbin tmp vmlinuz.old
bin dev initrd.img.old verloren + gefunden proc selinux usr
boot etc lib media root srv var

Ich verstehe, wie Verzeichnisse im Dateisystem verwaltet werden - jedes Verzeichnis hat n + 2 Zeiger auf sich selbst (n = Anzahl der Unterverzeichnisse innerhalb des Verzeichnisses). Eines für jedes unmittelbare Unterverzeichnis, eines für das übergeordnete und eines für sich selbst.

Aber was ist /der Elternteil?

/..verweist auf /:

$ ls -id /
2 /
$ ls -id /..
2 /..

Beide haben die gleiche Inode-Nummer, die auf diesem System zufällig 2 ist. (Der genaue Wert spielt keine Rolle.)

Es ist für die Konsistenz getan. Auf diese Weise muss sich kein Code im Kernel befinden, um zu überprüfen, wo er sich gerade befindet, wenn er ..einen Pfad verarbeitet. Man kann es cd ..für immer sagen und niemals tiefer gehen als die Wurzel.

Es ist da, weil es eine Garantie von Unix ist: Jedes Verzeichnis enthält zwei Einträge, .die auf sich selbst und ..auf das übergeordnete Verzeichnis verweisen.

Das Stammverzeichnis des aktuellen Namespaces ist insofern speziell, ..als es auf dasselbe hinweist ., aber nicht so speziell, um die Garantie des Betriebssystems für Programme zu brechen. Wenn diese Verträge gebrochen sind, läuft alles schief und jeder zeigt mit den Fingern.

Das angezeigte Stammverzeichnis verfügt möglicherweise über ein anderes übergeordnetes Verzeichnis im Dateisystem auf der Festplatte. Die Ansicht der im bereitgestellten Namespace bereitgestellten Dateisysteme erzwingt die .. = .Regel für /. Wenn Sie sich also in einem chroot()Gefängnis befinden, werden Sie sehen /.. = /, obwohl stattdessen jemand außerhalb des Gefängnisses nachsehen /path/to/jail/..wird /path/to.