Der hier Die Handbuchseite hat eine lange Geschichte, die bis zur siebten Ausgabe von Unix im Jahr 1979 zurückreicht. Die in Linux-Betriebssystemen ist nicht die ursprüngliche Unix-Seite, sondern ein Klon.
Um die Jahrhundertwende dokumentierten FreeBSD-Leute die bestehende langjährige Praxis, nämlich dass Systemadministratoren Dinge für ihre eigenen Systeme anpassen und dass ein guter Systemadministrator diese Handbuchseite ändert, um sie an die lokalen Anpassungen anzupassen.
Natürlich sind Linux-Betriebssysteme notorisch schlecht, wenn es um Doco geht. Die hier Handbuchseiten werden von den Distributionsbetreuern selten vollständig an das aktuelle Betriebssystem angepasst, wenn sie überhaupt angepasst werden. Debian zum Beispiel patcht es überhaupt nicht und stellt einfach den zugrunde liegenden generischen hier bereit Handbuchseite aus Michael Kerrisks Linux-Manpages-Projekt in der vorliegenden Form.
(Die BSDs haben im Allgemeinen eine viel stärkere Tradition der Leute, die Änderungen am Betriebssystem vornehmen, einschließlich Änderungen an seiner Doku in dem, was sie tun. Ihre Doku ist daher besser. Aber sie selbst ist in einigen Bereichen immer noch erschreckend veraltet. Denn Beispiel:Das FreeBSD-Handbuch für ul Command fehlen seit 2.9BSD große Teile des Tools.)
Also hat Lennart Poettering seine eigene Handbuchseite für systemd geschrieben, file-hierarchy , im Jahr 2014. Wie Sie sehen können, ist es trotz seiner Behauptung wirklich nicht "minimaler" als hier Seite. Für den Anfang dokumentiert es eine ganze Menge zusätzlicher Dinge über Benutzer-Home-Verzeichnisse.
Daher gibt es zwei unterschiedliche Handbuchseiten von zwei unterschiedlichen Leuten, von denen keiner die Distributionsbetreuer selbst sind, die tatsächlich über diese Dinge entscheiden.
Die einfache Wahrheit ist, dass echte Linux-basierte Betriebssysteme sich an beides halten . Es gibt Distributionsvarianten von Vanilla Systemd, die nicht in file-hierarchy gepatcht werden Seite der Distributionsbetreuer; und wie erwähnt die hier Seite wird oft auch nicht lokal gepatcht.
Sie halten sich nicht an den Linux Filesystem Hierarchy Standard Außerdem. Mehrere Betriebssysteme weichen bewusst davon ab, und einige davon dokumentieren dies. Einige wenige Linux-Betriebssysteme referenzieren es absichtlich überhaupt nicht, wie z. B. GoboLinux. Wie Sie aus der weiteren Lektüre ersehen können, hat Arch Linux früher darauf verwiesen, es aber inzwischen fallen gelassen.
(Ich habe den starken Verdacht, obwohl ich keine strenge Untersuchung durchgeführt habe, dass Arch Linux die FHS fallen lässt ist der Wendepunkt, und das Festhalten an der FHS ist jetzt eher die Ausnahme als die Norm für Linux-Betriebssysteme.)
Für viele Linux-Betriebssysteme gibt es einfach nicht eine einzelne Handbuchseite dafür. Das eigentliche Betriebssystem wird eine Beimischung von hier sein , file-hierarchy , der Hierarchiestandard für Linux-Dateisysteme , und individuelle Betriebssystemnormen mit unterschiedlichem Dokumentationsgrad.
Weiterführende Literatur
- Jonathan de Boyne Pollard (2016). "Gazetter". Nosh-Leitfaden . Software.
- Binh Nguyen (2004-07-30). Linux-Dateisystemhierarchie . Version 0.65. Das Linux-Dokumentationsprojekt.
- https://wiki.archlinux.org/index.php/Frequently_asked_questions#Does_Arch_follow_the_Linux_Foundation.27s_Filesystem_Hierarchy_Standard_.28FHS.29.3F
- https://netarky.com/programming/arch_linux/Arch_Linux_directory_structure.html
- https://wiki.gentoo.org/wiki/Complete_Handbook/Users_and_the_Linux_file_system#Linux_file_system_hierarchy
- https://www.suse.com/support/kb/doc/?id=7004448
- https://sta.li/filesystem/
- Daniel J. Bernstein. Das Stammverzeichnis . cr.yp.to.
hier(7) stammt aus dem man-pages Projekt und soll den Filesystem Hierarchy Standard widerspiegeln.
file-hierarchy(7) kommt von systemd und
beschreibt eine minimalere, modernisierte Teilmenge dieser Spezifikationen, die die Vorschläge und Einschränkungen, die systemd an der Dateisystemhierarchie macht, strenger definiert.
Insbesondere letzteres beschreibt die Verwendung und Einschränkungen jedes Dateisystems detaillierter:ob es lokal auf dem Host ist oder gemeinsam genutzt werden kann, ob es persistent ist oder tmpfs sein kann -unterstützt, wie Programme es finden sollen usw.
Echte Linux-Systeme haben jeweils ihre eigene Dateisystemrichtlinie, die normalerweise eng auf dem FHS basiert. Beispielsweise basiert die Richtlinie von Debian mit einer Reihe von Ausnahmen auf Version 3.0 des FHS. Distributionen, die systemd verwenden (was jetzt die meisten nicht eingebetteten Distributionen umfasst), erfüllen in der Praxis letztendlich die systemd-Anforderungen.