Filesystem Hierarchy Standard

Filesystem Hierarchy Standard (FHS) - Richtlinie für die Verzeichnisstruktur unter Unix-ähnlichen Betriebssystemen

Beschreibung

Beispiel eines Standard-Stammverzeichnisses

Der Standard richtet sich an Softwareentwickler, Systemintegratoren und Systemadministratoren.

• Er soll die Interoperabilität von Computerprogrammen fördern, indem er die Lage von Verzeichnissen und Dateien vorhersehbar macht.

Die Entwicklung dieser Richtlinie begann im August 1993 und war zunächst nur auf Linux bezogen.

• Zwischenzeitlich trugen einige Entwickler von FreeBSD dazu bei, einen umfassenden Standard für alle Unix-ähnlichen Systeme zu schaffen.
• Diese Zusammenarbeit wurde im Mai 2011 offiziell eingestellt, nachdem die Linux Foundation das Projekt übernommen hatte.

Derzeit wird dieser Standard nur von Linux-Distributionen verwendet.

Die erste Dokumentation solcher Hierarchie erschien in AT&T UNIX Version 7.

Seit etwa 2011 führen verschiedene, große Distributionen den so genannten Usrmerge (/usr-Merge) durch, welcher mit dem FHS formal per symbolischer Verknüpfung vereinbar ist.

• Dadurch wird zwar die Systematik des FHS nicht vollständig beibehalten, die Kompatibilität zu bestehenden Programmen ist damit aber weiterhin gewährleistet.

| Maintainer = Linux Foundation
| Hersteller = LSB-Arbeitsgruppe
| Erscheinungsjahr = 1994
| Betriebssystem = Linux
| Website = refspecs.linuxfoundation.org/fhs

Dateikategorien

Der FHS unterscheidet Dateien unter zwei Aspekten

Aspekt	Beschreibung
„static“ oder „variable“	Als „static“ gelten jene Dateien, die sich ohne den Eingriff eines Systemadministrators nicht ändern. Alle anderen Dateien werden als „variable“ betrachtet.
„shareable“ oder „unshareable“	Als „shareable“ gelten jene Dateien, die über ein Rechnernetz von anderen Computern genutzt werden können. Alle anderen Dateien werden als „unshareable“ betrachtet.

Kategorien von Dateien

Aus diesen beiden Aspekten ergeben sich vier Kategorien von Dateien:

• „static shareable“
• „static unshareable“
• „variable shareable“
• „variable unshareable“

Um Datensicherungen und Bereitstellungen im Rechnernetz effizienter zu gestalten, sieht der FHS vor, keine Dateien unterschiedlicher Kategorie im selben Verzeichnis zu speichern.

Stammverzeichnis

Das Volume, meist in Form einer Partition, des Stammverzeichnisses muss all jene Dateien enthalten, die zum Hochfahren des Betriebssystems und zum Einbinden weiterer Partitionen notwendig sind.

• Um ein System reparieren zu können, muss sie auch die dazu notwendigen Hilfsmittel enthalten.

Um die Flexibilität und Zuverlässigkeit zu erhöhen, empfiehlt der FHS, Teile der Verzeichnisstruktur in anderen Partitionen anzulegen.

• Zusätzliche Partitionen sind unter Unix und ähnlichen Betriebssystemen transparent.

Folgende Verzeichnisse oder symbolische Verknüpfungen auf Verzeichnisse werden im Stammverzeichnis verlangt:

/bin	Binärdateien grundlegender Befehle
/boot	statische Dateien des Bootloaders
/dev	Gerätedateien	„devices“ (Geräte wie Festplatten und Systemkonsole)
/etc	Host-spezifische Systemkonfiguration
/lib	grundlegende dynamische Bibliotheken und Kernel-Module
/media	Einhängepunkt für Wechseldatenträger
/mnt	für temporär eingehängtes Dateisystem
/opt	zusätzliche Anwendungsprogramme
/run	für laufende Prozesse relevante Daten
/sbin	essenzielle Binärdateien des Systems
/srv	Daten für Dienste
/tmp	temporäre Dateien	„temporary files“ (temporäre Dateien, üblicherweise auf schnellem Gerät)
/usr	sekundäre Hierarchie
/var	variable Daten	Die Verzeichnisse /var sind so konzipiert, dass sie nicht in der Partition des Stammverzeichnisses liegen müssen.

Zusätzliche Verzeichnisse sind erforderlich, wenn entsprechende Untersysteme installiert sind:

/home	Benutzerverzeichnisse: Verzeichnisse der Benutzer
/root	Benutzerverzeichnis des Root-Kontos
/lib…	alternative dynamische Bibliotheken, beispielsweise /lib64 für Multilib-Systeme (Bibliotheken für sowohl einen 32-Bit- als auch einen 64-Bit-Betriebsmodus)

Andere Verzeichnisse sollen im Stammverzeichnis nicht angelegt werden.

• Anwendungsprogramme sollen keine Dateien im Stammverzeichnis fordern oder anlegen.

/bin

/bin

/boot

/boot

/dev

/dev

/etc

/etc

/home

/home

/lib

/lib

/lib<nr>

Alternative Kernel-Module und dynamische Bibliotheken

• /lib32
• /lib64
• Multilib

/media

/media

/mnt

/mnt

/opt

zusätzliche Softwarepakete

Das Verzeichnis ist für sämtliche optionale, d. h. zusätzlich installierte Software vorgesehen, welche nicht aus zur Distribution gehörenden Paketquellen stammen.

• Die Pakete müssen in einem Unterverzeichnis mit Namen /opt/<paket>/bin.

/root

Benutzerverzeichnis für Benutzer root, optional

Das Verzeichnis kann das Benutzerverzeichnis für den Benutzer root bilden.

• Dieses Verzeichnis ist nur eine Empfehlung des FHS.

/run

/var/run unter bestimmten Umständen noch nicht verfügbar war, aber zum Booten benötigt wurde.

/sbin

wichtige Systembefehle

Das Verzeichnis beinhaltet Befehle für die Systemadministration und andere Aufgaben, die nur der Benutzer update.

/srv

Daten, die von Diensten angeboten werden

In diesem Verzeichnis sollen die Daten zu angebotenen Diensten abgelegt werden.

• Momentan gibt es noch keine Vorschriften darüber, wie die Verzeichnisstruktur in /srv/http verwendet.

/tmp

Temporäre Dateien

Dieses Verzeichnis muss vorhanden sein, weil es Programme gibt, die ihre temporären Dateien in diesem Verzeichnis ablegen.

• Im FHS wurde dieses Verzeichnis vor allem auch wegen seiner historischen Bedeutung aufgenommen.
• Das Verzeichnis ist für alle Benutzer zum Schreiben freigegeben und muss ein Sticky Bit haben.

/usr

/usr

/var

/var

Usrmerge

Usrmerge

Anhang

Siehe auch

• Filesystem Hierarchy Standard

---

• Sonderverzeichnis, vergleichbarer Standard für Windows
• FreeBSD Verzeichnishierarchie

Links

1. https://de.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
2. Filesystem Hierarchy Standard
3. The Linux Assigned Names And Numbers Authority