Filesystem Hierarchy Standard: Unterschied zwischen den Versionen
Die Seite wurde neu angelegt: „{{Infobox Software | Logo = | Screenshot = 250px|Bildschirmfoto | Beschreibung = Beispiel eines Standard-Stammverzeichnisses | Maintainer = Linux Foundation | Hersteller = LSB-Arbeitsgruppe | Erscheinungsjahr = 1994 | AktuelleVersion = | AktuelleVersionFreigabeDatum = | AktuelleVorabVersion = | AktuelleVorabVersionFreigabeDatum = | Betriebssystem = Linux | Kategorie = | Lizenz = |…“ |
Keine Bearbeitungszusammenfassung |
||
Zeile 1: | Zeile 1: | ||
| Screenshot = [[Datei:Linux-Rootverzeichnis.png|250px|Bildschirmfoto]] | |||
| Beschreibung = Beispiel eines Standard-[[Stammverzeichnis]]ses | |||
| Screenshot = [[Datei:Linux-Rootverzeichnis.png|250px|Bildschirmfoto]] | | Maintainer = [[Linux Foundation]] | ||
| Beschreibung = Beispiel eines Standard-[[Stammverzeichnis]]ses | | Hersteller = [[Linux Standard Base|LSB]]-Arbeitsgruppe | ||
| Maintainer = [[Linux Foundation]] | | Erscheinungsjahr = 1994 | ||
| Hersteller = [[Linux Standard Base|LSB]]-Arbeitsgruppe | | Betriebssystem = Linux | ||
| Erscheinungsjahr = 1994 | | Website = [http://refspecs.linuxfoundation.org/fhs refspecs.linuxfoundation.org/fhs] | ||
| Betriebssystem = Linux | |||
| Website = [http://refspecs.linuxfoundation.org/fhs refspecs.linuxfoundation.org/fhs] | |||
Der '''Filesystem Hierarchy Standard''' ('''FHS''') ist eine Richtlinie für die [[Verzeichnisstruktur]] unter [[Unixoides System|Unix-ähnlichen]] [[Betriebssystem]]en. | Der '''Filesystem Hierarchy Standard''' ('''FHS''') ist eine Richtlinie für die [[Verzeichnisstruktur]] unter [[Unixoides System|Unix-ähnlichen]] [[Betriebssystem]]en. | ||
Zeile 21: | Zeile 11: | ||
Der Standard richtet sich an [[Softwareentwickler]], [[Systemintegrator]]en und [[Systemadministrator]]en. Er soll die [[Interoperabilität]] von [[Computerprogramm]]en fördern, indem er die Lage von Verzeichnissen und [[Datei]]en vorhersehbar macht. | Der Standard richtet sich an [[Softwareentwickler]], [[Systemintegrator]]en und [[Systemadministrator]]en. Er soll die [[Interoperabilität]] von [[Computerprogramm]]en fördern, indem er die Lage von Verzeichnissen und [[Datei]]en vorhersehbar macht. | ||
Die Entwicklung dieser Richtlinie begann im August 1993 und war zunächst nur auf [[Linux]] bezogen. | 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.<ref>{{Cite web | title = Filesystem Hierarchy Standard (FHS) and FreeBSD | url = https://lists.freebsd.org/pipermail/freebsd-fs/2011-May/011444.html | publisher = freebsd.org | date = 2011-05-10 | accessdate = 2016-02-27}}</ref> Derzeit wird dieser Standard nur von [[Linux-Distributionen]] verwendet.<ref>{{Cite web | title = Re: Filesystem Hierarchy Standard (FHS) and NetBSD | url = https://mail-index.netbsd.org/tech-userlevel/2011/05/10/msg005051.html | publisher = netbsd.org | date = 2011-05-10 | accessdate = 2016-02-27}}</ref><ref>{{Cite web | title = Filesystem Hierarchy Standard (FHS) and OpenBSD | url = http://openbsd-archive.7691.n7.nabble.com/Filesystem-Hierarchy-Standard-FHS-and-OpenBSD-td152188.html | publisher = nabble.com | date = 2011-05-10 | accessdate = 2016-02-27 | archiveurl = https://web.archive.org/web/20160303223832/http://openbsd-archive.7691.n7.nabble.com/Filesystem-Hierarchy-Standard-FHS-and-OpenBSD-td152188.html | archivedate = 2016-03-03 | url-status = live | archivebot = 2023-12-23 08:48:04 InternetArchiveBot }}</ref> Die erste Dokumentation solcher Hierarchie erschien in [[AT&T UNIX]] Version 7.<ref>{{cite web|url=https://www.freebsd.org/cgi/man.cgi?query=hier|title=hier – layout of file systems|work=FreeBSD Man Pages|publisher=[[FreeBSD Foundation]]|accessdate=2016-10-03}}</ref> | ||
Seit etwa 2011 führen verschiedene, große Distributionen den so genannten [[#Usrmerge|Usrmerge]] (<span style="font-family:monospace, monospace;">[[#/usr|/usr]]</span>-{{lang|en|Merge}}) durch, welcher mit dem FHS formal per [[Symbolische Verknüpfung|symbolischer Verknüpfung]] vereinbar ist.<ref name=":0">{{Internetquelle |url=https://www.linux-community.de/ausgaben/linuxuser/2019/08/zusammengefasst/ |titel=Das Projekt Usrmerge vereinheitlicht gewachsene Strukturen |werk=LinuxCommunity |sprache=de-DE |abruf=2022-08-27}}</ref> Dadurch wird zwar die Systematik des FHS nicht vollständig beibehalten, die Kompatibilität zu bestehenden Programmen ist damit aber weiterhin gewährleistet. | Seit etwa 2011 führen verschiedene, große Distributionen den so genannten [[#Usrmerge|Usrmerge]] (<span style="font-family:monospace, monospace;">[[#/usr|/usr]]</span>-{{lang|en|Merge}}) durch, welcher mit dem FHS formal per [[Symbolische Verknüpfung|symbolischer Verknüpfung]] vereinbar ist.<ref name=":0">{{Internetquelle |url=https://www.linux-community.de/ausgaben/linuxuser/2019/08/zusammengefasst/ |titel=Das Projekt Usrmerge vereinheitlicht gewachsene Strukturen |werk=LinuxCommunity |sprache=de-DE |abruf=2022-08-27}}</ref> Dadurch wird zwar die Systematik des FHS nicht vollständig beibehalten, die Kompatibilität zu bestehenden Programmen ist damit aber weiterhin gewährleistet. | ||
Zeile 431: | Zeile 416: | ||
* [http://refspecs.linuxfoundation.org/fhs.shtml Filesystem Hierarchy Standard] | * [http://refspecs.linuxfoundation.org/fhs.shtml Filesystem Hierarchy Standard] | ||
* [http://www.lanana.org/ The Linux Assigned Names And Numbers Authority] | * [http://www.lanana.org/ The Linux Assigned Names And Numbers Authority] | ||
[[Kategorie:Unix]] | [[Kategorie:Unix]] | ||
[[Kategorie:Linux]] | [[Kategorie:Linux]] | ||
[[Kategorie:IT-Standard]] | [[Kategorie:IT-Standard]] | ||
https://de.wikipedia.org/wiki/Filesystem_Hierarchy_Standard |
Version vom 9. April 2024, 09:34 Uhr
| Screenshot = | Beschreibung = Beispiel eines Standard-Stammverzeichnisses | Maintainer = Linux Foundation | Hersteller = LSB-Arbeitsgruppe | Erscheinungsjahr = 1994 | Betriebssystem = Linux | Website = refspecs.linuxfoundation.org/fhs
Der Filesystem Hierarchy Standard (FHS) ist eine Richtlinie für die Verzeichnisstruktur unter Unix-ähnlichen Betriebssystemen.
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.[1] Derzeit wird dieser Standard nur von Linux-Distributionen verwendet.[2][3] Die erste Dokumentation solcher Hierarchie erschien in AT&T UNIX Version 7.[4]
Seit etwa 2011 führen verschiedene, große Distributionen den so genannten Usrmerge (/usr-Vorlage:Lang) durch, welcher mit dem FHS formal per symbolischer Verknüpfung vereinbar ist.[5] Dadurch wird zwar die Systematik des FHS nicht vollständig beibehalten, die Kompatibilität zu bestehenden Programmen ist damit aber weiterhin gewährleistet.
Dateikategorien
Der FHS unterscheidet Dateien unter zwei Aspekten:
- „Vorlage:Lang“ oder „Vorlage:Lang“
- Als „Vorlage:Lang“ gelten jene Dateien, die sich ohne den Eingriff eines Systemadministrators nicht ändern.[6] Alle anderen Dateien werden als „Vorlage:Lang“ betrachtet.
- „Vorlage:Lang“ oder „Vorlage:Lang“
- Als „Vorlage:Lang“ gelten jene Dateien, die über ein Rechnernetz von anderen Computern genutzt werden können. Alle anderen Dateien werden als „Vorlage:Lang“ betrachtet.
Aus diesen beiden Aspekten ergeben sich vier Kategorien von Dateien:
Um Datensicherungen und Bereitstellungen im Rechnernetz effizienter zu gestalten, sieht der FHS vor, keine Dateien unterschiedlicher Kategorie im selben Verzeichnis zu speichern. Historisch gab es diese Trennung nicht.
Stammverzeichnis
Das Vorlage:Lang, 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.
Hauptverzeichnisse
14 Verzeichnisse oder symbolische Verknüpfungen auf Verzeichnisse werden im Stammverzeichnis verlangt:[7]
/bin | Binärdateien grundlegender Befehle | historisch: „Vorlage:Lang“ (Dienstprogramme wie Assembler und Compiler)[8] |
/boot | statische Dateien des Bootloaders | historisch: – |
/dev | Gerätedateien | historisch: „Vorlage:Lang“ (Geräte wie Festplatten und Systemkonsole)[8] |
/etc | Host-spezifische Systemkonfiguration | historisch: „Vorlage:Lang“ (essenzielle Daten und gefährliche Wartungsprogramme wie init und passwd)[8] |
/lib | grundlegende dynamische Bibliotheken und Kernel-Module | historisch: „Vorlage:Lang“ (Objektbibliotheken und anderes Material)[8] |
/media | Einhängepunkt für Wechseldatenträger | historisch: – |
/mnt | für temporär eingehängtes Dateisystem | historisch: – |
/opt | zusätzliche Anwendungsprogramme | historisch: – |
/run | für laufende Prozesse relevante Daten | historisch: – |
/sbin | essenzielle Binärdateien des Systems | historisch: – |
/srv | Daten für Dienste | historisch: – |
/tmp | temporäre Dateien | historisch: „Vorlage:Lang“ (temporäre Dateien, üblicherweise auf schnellem Gerät)[8] |
/usr | sekundäre Hierarchie | historisch: „Vorlage:Lang“ (Universalverzeichnis, üblicherweise Einhängepunkt eines weiteren Dateisystems)[8] |
/var | variable Daten | historisch: – |
Die Verzeichnisse /opt, /usr und /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:[9]
/home | Benutzerverzeichnisse: Verzeichnisse der Benutzer |
/root | Benutzerverzeichnis des Root-Kontos |
/lib… | alternative dynamische Bibliotheken, beispielsweise /lib32 und /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.
Vorlage:Anker/bin – grundlegende Systembefehle (für alle Benutzer)
/bin enthält alle Befehle, die sowohl vom Administrator als auch vom Benutzer aufgerufen werden können und auch dann benötigt werden, wenn keine anderen Dateisysteme eingehängt (auch: „gemountet“ von ) sind, zum Beispiel im Vorlage:Lang. Darüber hinaus können auch Skripte, die solche Befehle verwenden, dort abgelegt werden.
Das Verzeichnis /bin darf keine Unterverzeichnisse enthalten. Folgende Programme oder symbolische Links auf die Unix-Kommandos werden in /bin mindestens benötigt:
- cat: Dateien aneinanderhängen () und zur Standardausgabe (stdout) schreiben
- chgrp: Ändern der Gruppenzugehörigkeit (Vorlage:Lang)
- chmod: Ändern der Dateizugriffsrechte (Vorlage:Lang)
- chown: Ändern von Besitzer und Gruppenzugehörigkeit (Vorlage:Lang)
- cp: Kopieren von Dateien oder Verzeichnissen (Vorlage:Lang)
- date: Zeigen oder Setzen von Systemdatum und Systemzeit
- dd: Konvertieren oder Kopieren von Daten (Vorlage:Lang)
- df: Zeigen des freien Festplattenplatzes (Vorlage:Lang)
- dmesg: Zeigen oder Konfigurieren des Ringpuffers des Kernels (Vorlage:Lang)
- echo: Wiedergeben einer Textzeile
- false: Erzeugen eines Fehlerstatuscodes
- hostname: Zeigen oder Setzen des aktuellen Rechnernamens
- kill: Beenden eines Prozesses
- ln: Setzen von Verknüpfungen zwischen Dateien (Vorlage:Lang)
- login: Benutzeridentität prüfen und Bedienoberfläche starten
- ls: Verzeichnisinhalt zeigen (Vorlage:Lang)
- mkdir: Erstellen eines Verzeichnisses (Vorlage:Lang)
- mknod: Erstellen spezieller Gerätedateien (Vorlage:Lang)
- more: Daten seitenweise blätternd zeigen
- mount: Einhängen von Dateisystemen
- mv: Verschieben oder Umbenennen von Dateien (Vorlage:Lang)
- ps: Prozessstatus zeigen (Vorlage:Lang)
- pwd: Zeigen des Namens des aktuellen Verzeichnisses (Vorlage:Lang)
- rm: Löschen von Dateien oder Verzeichnissen (Vorlage:Lang)
- rmdir: Löschen leerer Verzeichnisse (Vorlage:Lang)
- sed: Editieren von Daten ohne Interaktion (Vorlage:Lang)
- sh: Unix-Shell (Kommandozeileninterpreter, Vorlage:Lang). Falls sh nicht die originale Bourne-Shell ist, muss sh ein Hard- oder Softlink auf die eingesetzte Shell sein.
- stty: Zeigen oder Setzen von Einstellungen eines Datenendgerätes (Vorlage:Lang)
- su: startet eine Bedienoberfläche mit neuer Benutzeridentität (Vorlage:Lang)
- sync: Schreiben der Inhalte von Datenpuffern auf den Datenträger (Vorlage:Lang)
- true: Erzeugen eines Erfolgsstatuscodes
- umount: Aushängen von Dateisystemen (Vorlage:Lang)
- uname: Zeigen diverser Systeminformationen (Vorlage:Lang)
Falls benötigt, müssen die folgenden Kommandos (oder auf sie verweisende Verknüpfungen) ebenfalls im /bin-Verzeichnis installiert sein:
- csh: C-ähnlicher Kommandozeileninterpreter (Vorlage:Lang)
- ed: Editieren von Text (Vorlage:Lang)
- tar: Verwalten von Dateiarchiven (Vorlage:Lang)
- cpio: Kopieren von Dateien in oder aus Archive(n) (Vorlage:Lang)
- gzip: Komprimieren von Daten (Vorlage:Lang)
- gunzip: Dekomprimieren von Daten (meist als Verknüpfung zu gzip)
- zcat: Dekomprimieren und zeigen von Daten (Vorlage:Lang)
- netstat: Zeigen von Netzwerkstatusinformationen (Vorlage:Lang)
- ping: Senden und Empfangen von Datenpaketen per ICMP
Alle weiteren Kommandos, die zur Wiederherstellung benötigt werden, wie beispielsweise ftp, tftp oder diverse Archivierungsprogramme, haben hier ebenfalls ihren Platz.
Vorlage:Anker/boot – statische Dateien des Bootloaders
Dieses Verzeichnis enthält alle vom Bootloader für den Bootvorgang benötigten Dateien. Es kann u. U. auch (weitere) gespeicherte Master Boot Records enthalten, da in diesen Startprogramme für weitere Betriebssysteme enthalten sein können (). Auch Betriebssystem-Kernel können in diesem Verzeichnis abgelegt sein.
Vorlage:Anker/dev – Gerätedateien
Das Verzeichnis /dev beinhaltet Spezial-Dateien (Vorlage:Lang) oder Gerätedateien (Vorlage:Lang). Manche der Gerätedateien müssen manuell angelegt werden. In diesem Fall muss das Verzeichnis den Befehl MAKEDEV bzw. MAKEDEV.local enthalten, der diese Gerätedateien anhand der vorhandenen Hardware anlegen kann.
Erwähnenswert sind /dev/null, in der geschrieben werden kann, aber alles verworfen wird, /dev/zero, aus der Nullbytes in beliebiger Menge gelesen werden können, und /dev/random (bzw. /dev/urandom), welche als Hardware-Zufallsgenerator dient.
udev hat seit Kernel 2.6 devfs abgelöst und sorgt nun mittels Konfigurationsdateien (standardmäßig in /etc/udev
) im Userspace für die automatische Erstellung der Devices in /dev.
Vorlage:Anker/etc – spezifische Konfigurationsdateien
/etc stand ursprünglich für „alles übrige“ (lat. et cetera). Es hat sich dann aber als Konfigurationsverzeichnis etabliert und wird daher auch häufig als „Vorlage:Lang“ interpretiert. Im Bezug auf bzw. im Unterschied zu Daten in /var und /run kann es auch als „Vorlage:Lang“ gesehen werden.[10] Das Verzeichnis /etc und seine Unterverzeichnisse enthalten jede Art von Konfigurationsdateien. Diese Dateien müssen statische Dateien sein (s. o.). In diesem Verzeichnis dürfen sich keine Binärdateien befinden.
Folgende Unterverzeichnisse können u. a. in /etc vorhanden sein:
- /etc/opt
- Konfiguration für Programme in /opt: Systemspezifische Konfigurationsdateien für zusätzlich installierte Softwarepakete müssen in diesem Verzeichnis in entsprechenden Unterverzeichnissen installiert werden (/etc/opt/<unterverzeichnis>). Eine Regelung, wie das Verzeichnis /etc/opt aufgeteilt ist, existiert nicht.
- /etc/X11
- Konfiguration des X Window Systems, optional: In diesem Verzeichnis werden alle Konfigurationsdateien des X11-Systems abgelegt. Das Verzeichnis beheimatet insbesondere die Dateien Xconfig, xorg.conf und Xmodmap (soweit vorhanden). Wenn ein Window Manager mehr als eine Konfigurationsdatei besitzt, kann dafür ein eigenes Unterverzeichnis angelegt werden, sonst wird die Konfigurationsdatei direkt im Verzeichnis /etc/X11 mit dem Dateinamen <WindowManager>.wmrc abgespeichert.
- /etc/sgml
- Konfiguration für SGML, optional: In diesem Verzeichnis speichern SGML-Systeme (soweit vorhanden) grundlegende Konfigurationen ab. Dateien mit der Endung .conf bezeichnen herkömmliche Konfigurationsdateien, Dateien mit der Endung .cat stellen spezielle DTD-Kataloge mit Verweisen auf andere Kataloge bereit.
- /etc/xml
- Konfiguration für XML, optional: In diesem Verzeichnis werden Grundeinstellungen von evtl. vorhandenen XML-Systemen installiert. Konfigurationsdateien haben die Dateiendung .conf, ein DTD-Katalog befindet sich in der Datei catalog.
- /etc/mc
- Konfiguration für Midnight Commander, optional
- /etc/network
- Enthält bei Debian-Systemen jene Konfigurationsdateien, die das Netzwerk betreffen
Allgemein liegen Konfigurationen einzelner Dienste unter /etc/<dienst>/ und/oder /etc/<dienst>.conf (der LDAP unter dem Debian-Derivat Ubuntu macht z. B. ohne eindeutige Dateibenennung beides). Bei Daemons fehlt oft dann das abschließende d
, der NTP-Server z. B. hat den Prozess ntpd, aber die Konfigurationsdatei /etc/ntp.conf.
Folgende Konfigurationsdateien gehören auf jeden Fall (soweit vorhanden) in /etc:
- csh.login
- systemweite Initialisierungsdatei für den C-ähnlichen Befehlsinterpreter
- exports
- Zugriffsrechte für NFS-Freigaben
- fstab
- Tabelle mit statischen Informationen zu einhängbaren Dateisystemen
- ftpusers
- enthält die Namen der vom ftp-Aufruf auszuschließenden Benutzer
- gateways
- statische Informationen zu den im Netzwerk verfügbaren Gateways
- gettydefs
- Parameter zur Übertragungsgeschwindigkeit und sonstigen Einstellungen der Terminals
- group
- zeilenweise Informationen zu den eingetragenen Benutzergruppen
- host.conf
- Konfigurationsdaten zur Namensauflösung
- hosts
- statische Informationen zur Zuordnung von Rechnernamen zu IP-Adressen
- hosts.allow
- Zugriffsberechtigungen für den TCP-Wrapper tcpd
- hosts.deny
- Ausschlusskriterien für den TCP-Wrapper tcpd
- hosts.equiv
- zugelassene Rechner für rlogin, rsh, rcp
- hosts.lpd
- zugelassene Rechner für den Druckdienst lpd
- inetd.conf
- Konfigurationsdatei für den Internet-Superserver inetd
- inittab
- Konfigurationsdatei für den Initialisierungsprozess init
- issue
- Systemidentifikationsdatei zur Ausgabe von Informationen vor dem Anmeldevorgang
- issue.net
- Systemidentifikationsdatei zur Ausgabe von Informationen vor dem Anmeldevorgang über das Netzwerk (zum Beispiel telnet)
- ld.so.conf
- Liste von Verzeichnissen mit dynamisch einzubindenden Bibliotheken
- motd
- Mitteilung des Tages zur Ausgabe nach dem Anmeldevorgang (message of the day)
- mtab
- dynamisch erzeugte Informationen zu den eingehängten Dateisystemen
- mtools.conf
- Konfigurationsdatei für mtools
- dem Befehl zur Bearbeitung von MS-DOS-Dateisystemen
- networks
- statische Informationen zu den verfügbaren Netzwerken
- passwd
- Enthält den Benutzernamen, Beschreibung des Benutzers, Gruppen-ID, Benutzer-ID, das Heimat-Verzeichnis und das Login-Kommando (meist eine Shell). Früher enthielt diese Datei auch das Benutzerkennwort. Dieses ist jetzt in /etc/shadow gespeichert.
- printcap
- Konfigurationsdatei für den Druckdienst lpd
- profile
- systemweite Konfigurationsdatei für den Anmeldevorgang mittels sh
- protocols
- Liste der IP-Protokollkennungen und -nummern
- resolv.conf
- Konfigurationsdatei für die Namensauflösung
- rpc
- Liste der RPC-Protokollkennungen
- securetty
- Zugangsberechtigungen für entfernte Anmeldevorgänge
- services
- Liste der Portkennungen für einzelne Dienste
- shadow
- verschlüsselte Kennwörter der Benutzer sowie die Dauer der Gültigkeit
- shells
- vollständige Namen der zulässigen Befehlsinterpreter
- syslog.conf
- Konfigurationsdatei für den Systemprotokollservice syslogd
Vorlage:Anker/home – Benutzerverzeichnisse, optional
Diese Verzeichnisstruktur dient zur Aufnahme der benutzerspezifischen Daten der einzelnen Benutzer des Systems. Der FHS führt dieses Verzeichnis als optional auf, da Unix-Systeme prinzipiell auch ohne Benutzer möglich sind (beispielsweise Server). Alle Benutzer-spezifischen Konfigurationsdateien werden in versteckten Dateien und Verzeichnissen (die einen Punkt als erstes Zeichen des Dateinamens besitzen) unter dem Benutzerverzeichnis /home/$USER/ abgelegt. Diese versteckten Dateien und Verzeichnisse im Benutzerverzeichnis werden oft auch „Vorlage:Lang“ genannt.
Vorlage:Anker/lib – Kernel-Module und dynamische Bibliotheken
Das Verzeichnis /lib beinhaltet die installierten dynamischen Bibliotheken und Kernel-Module, die zum Starten des Systems und für die Programme in /bin und /sbin benötigt werden. Hier befindet sich auch die dynamische C-Standard-Bibliothek libc.so.*
und die Linker-Bibliothek ld*
. Das Unterverzeichnis modules beinhaltet die oben genannten Kernel-Module, falls diese installiert sind.
Vorlage:Anker/lib<nr> – Alternative Kernel-Module und dynamische Bibliotheken
Vorlage:Hauptartikel Manche Systeme unterstützen mehrere Binärformate (für unterschiedliche Prozessorarchitekturen bzw. Betriebsmodi), für die jeweils eigene Versionen derselben Bibliothek vorhanden sind. Dann gibt es beispielsweise /lib32 und /lib64 für die beiden Betriebsmodi (32-Bit und 64-Bit) des jeweiligen Prozessors, beispielsweise bei PowerPC und x86.
Vorlage:Anker/media – Einhängepunkte für Wechseldatenträger
Die einzelnen Unterverzeichnisse in /media dienen als Einhängepunkt für jede Art von Wechseldatenträger. Früher wurden Wechseldatenträger entweder direkt im Wurzelverzeichnis oder im Verzeichnis /mnt gemountet. Zur Verschlankung des Wurzelverzeichnisses wurden die Verzeichnisse in den Ordner /media verschoben. Der Standard sieht folgende Unterverzeichnisse jeweils optional vor:
- /media/floppy
- Diskette
- /media/cdrom
- Speichermedium eines optischen Laufwerks (Nur-Lese-Speicher), z. B. eine CD-ROM
- /media/cdrecorder
- Speichermedium eines Brenners
- /media/zip
- Zip-Diskette
Falls ein Gerät mehrmals vorhanden ist, wird das Anhängen einer Ziffer an den Gerätetyp vorgeschlagen.
Vorlage:Anker/mnt – temporäre Einhängepunkte für Dateisysteme
Das Verzeichnis dient zum kurzzeitigen Einhängen von Fremd-Dateisystemen aller Art. Installationsprogrammen ist die Verwendung des Verzeichnisses /mnt für temporäre Dateien ausdrücklich untersagt.
Traditionell war unter Linux lange das /mnt-Verzeichnis nicht direkt als Einhängepunkt () für ein einzelnes einzuhängendes Dateisystem verwendet worden, sondern wie /media, indem es Unterverzeichnisse gab, etwa /mnt/floppy und /mnt/cdrom. Verschiedene Linux-Distributionen haben das jedoch unterschiedlich gehandhabt, so wurde teilweise auch direkt unterhalb im Stammverzeichnis etwa /cdrom genutzt.[11] Mit der Einführung von /media wurde das /mnt-Verzeichnis „frei“ für die direkte Nutzung, obwohl viele Linux-Distributionen und -Anwender weiterhin auch /mnt mit Unterverzeichnissen für diverse eingehängte/einzuhängende (in /etc/fstab definierte) Dateisysteme nutzen. Die Unterscheidung ist oft, dass /media automatisch vom System genutzt wird, /mnt hingegen manuell vom Systemadministrator.[12] Hinzu kommt, dass viele Linux-Distributionen vom Benutzer eingehängte Speichermedien unter /run einbinden, entweder /run/media oder /run/mount, was mit der Vergabe der Zugriffsrechte (Unix-Dateirechte und ACLs) zu tun hat.[13]
Vorlage:Anker/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> oder /opt/<hersteller> installiert werden, wobei <paket> ein beschreibender Paketname ist und <hersteller> der bei der LANANA registrierte Name des Herstellers ist. Die Unterverzeichnisse /opt/bin, /opt/doc, /opt/include, /opt/info, /opt/lib, und /opt/man sind für den lokalen Systemadministrator reserviert. Binärdateien von Softwarepaketen finden sich normalerweise ausschließlich in /opt/<paket>/bin.
Vorlage:Anker/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.
Vorlage:Anker/run-Verzeichnis
/run wird auch vom FHS verlangt und enthält „Vorlage:Lang“ (auch „Vorlage:Lang“,[10] im Speziellen in Bezug auf bzw. im Unterschied zu /var). Es ist als tmpfs ein Pseudo-Dateisystem und ersetzte das für diesen Zweck zuvor verwendete /var/run, das als Symlink (oder Vorlage:Lang) auf /run erhalten blieb. /var/lock wurde eine symbolische Verknüpfung auf /run/lock.[10] Die Änderung wurde im März 2011 zuerst für die Linux-Distribution Fedora Version 15 („F15“) verkündet.[14][15] Mit der Änderung wurde u. a. das Problem gelöst, dass beim Bootvorgang /var/run unter bestimmten Umständen noch nicht verfügbar war, aber zum Booten benötigt wurde.
Vorlage:Anker/sbin – wichtige Systembefehle
Das Verzeichnis beinhaltet Befehle für die Systemadministration und andere Aufgaben, die nur der Benutzer root ausführen darf. Dies sind im Wesentlichen alle Befehle, die auch im Verzeichnis /bin hätten abgelegt werden können, aber z. B. aus Speicherplatzgründen nicht dort liegen. Programme, die in /sbin erwartet werden: shutdown, fastboot, fasthalt, fdisk, fsck, fsck.*, getty, halt, ifconfig, init, mkfs, mkfs.*, mkswap, reboot, route, swapon, swapoff, update.
Vorlage:Anker/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 auszusehen hat. Eine vorgeschlagene Möglichkeit ist die Benennung der Unterverzeichnisse nach dem Dienst, also z. B. www, ftp, mysql usw. Eine andere Möglichkeit ist die Ordnung nach Verwaltungseinheiten wie beispielsweise Fachschaften an Universitäten. Dieses wird momentan nur von SuSE und Arch Linux so gemacht. So existiert beispielsweise unter Debian das Verzeichnis /var/www, hingegen wird bei SuSE /srv/www und bei Arch /srv/http verwendet.
Vorlage:Anker/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.
Vorlage:Anker/usr-Verzeichnisstruktur
/usr (wohl ursprünglich für Vorlage:Lang,[16] oder in einer späteren Deutung für Unix System Resources[17]) ist die zweite wichtige Ebene des Dateisystems. Dieser Bereich kann von mehreren Rechnern gemeinsam verwendet werden (Vorlage:Lang) und enthält dementsprechend keine vom lokalen Rechner abhängigen oder zeitlich variable Inhalte. Diese werden an anderen Stellen des Dateisystems hinterlegt.
Folgende Verzeichnisse müssen in /usr vorhanden sein:
- /usr/bin
- viele Benutzerbefehle
- Dies ist das primäre Verzeichnis für ausführbare Dateien des Systems.
- /usr/include
- Header-Dateien, werden durch Programme eingebunden
- Die Header-Dateien enthalten die verschiedenen Include-Dateien mit Prototypdefinitionen.
- /usr/lib
- Bibliotheken
- Modularer Programmcode, welcher von verschiedenen Programmen geteilt wird.
- /usr/local
- distributionsunabhängige lokale Hierarchie. Hier kann und soll die lokale Systemadministration Programme und Daten ablegen, die von der entsprechenden Distribution des jeweiligen Systems unabhängig installiert worden sind, wie etwa selbstkompilierte oder unabhängig von der Distribution heruntergeladene Programme und Dateien. Den Installationsmechanismen der betreffenden Distribution ist es ausdrücklich untersagt, diese Verzeichnisstruktur zu berühren. Die Gestaltung der internen Struktur von /usr/local obliegt der lokalen Systemadministration und ist vom FHS nicht vorgegeben.
- /usr/sbin
- weitere, nicht zwingend erforderliche Systembefehle
- Diese Systembefehle werden von dem Administrator im Gegensatz zu /sbin nicht während des Bootvorganges verwendet.
- /usr/share (von der Architektur unabhängige Daten)
Darüber hinaus können optional die nachfolgenden Verzeichnisse existieren:
- /usr/X11R6
- X Window System, Version 11 Release 6
- /usr/games
- Spiele
- /usr/lib<nr>
- alternative Versionen dynamischer Bibliotheken
- /usr/src
- Quellcode
Zur Wahrung der Kompatibilität mit älteren Systemen können symbolische Links für folgende Verzeichnisse angelegt sein:
- /usr/spool → /var/spool
- /usr/tmp → /var/tmp
- /usr/spool/locks → /var/lock
Vorlage:Anker/var-Verzeichnisstruktur
Das /var-Verzeichnis () enthält variable Daten (Vorlage:Lang, bzw. im Unterschied zu /run: Vorlage:Lang[10]), welche im Zuge der Abarbeitung entstehen. Die folgenden Verzeichnisse, oder symbolische Verknüpfungen zu Verzeichnissen, werden in /var erwartet:
- /var/cache
- von Anwendungsprogrammen zwischengespeicherte Daten
- /var/lib
- variable Statusinformationen
- /var/lock
- Verzeichnis für Lock-Dateien zur Prozesssynchronisation
- /var/log
- Verzeichnis für Logdateien
- /var/opt
- variable Daten im Zusammenhang mit /opt
- /var/run
- Daten, welche für laufende Prozesse Bedeutung haben; das Verzeichnis besteht, um Kompatibilität mit Systemen und Software zur gewährleisten, die eine ältere Version der FHS-Spezifikation verwenden, und kann als symbolische Verknüpfung oder Vorlage:Lang auf /run implementiert werden
- /var/spool
- Verzeichnis für abzuarbeitende Warteschlangen (Druckaufträge, E-Mail-Versandaufträge …)
- /var/tmp
- temporäre Dateien, die über einen Neustart hinweg erhalten bleiben
Aus „historischen“ Gründen existieren noch bei Bedarf die folgenden Verzeichnisse:
- /var/backups
- /var/cron (heutzutage unter /var/spool/cron zu finden)
- /var/msgs
- /var/preserve
Falls die entsprechenden Anwendungen installiert sind, werden noch folgende Verzeichnisse verwendet:
- /var/account
- Prozessabrechnungsdaten
- /var/crash
- Systemdumps bei Rechnerabstürzen
- /var/games
- variable Spieldaten
- /var/mail
- Benutzerpostfachdateien (oft als Symlink zu /var/spool/mail)
- /var/yp
- Datenbankdateien des Network Information Service
Vorlage:AnkerUsrmerge
Bei der meist mit „Usrmerge“ (für „/usr Vorlage:Lang“) oder „Vorlage:Lang-usr“ bezeichneten Vereinigung der Verzeichnisse /bin
, /sbin
und /lib
sowie gegebenenfalls /lib32
oder /lib64
bei Multilib-Systemen mit ihren jeweiligen Gegenstücken unter /usr
geht die strikte formale Trennung dieser Verzeichnisse gemäß FHS zwar verloren, solange die Verzeichnisse symlinks aufeinander sind, bleibt die Kompatibilität zum FHS allerdings weiterhin bestehen. Dieser „Vorlage:Lang“ (dt. für „Vereinigung [der Verzeichnisse]“) wurde von fast allen großen Linux-Distributionen in den 2010er-Jahren durchgeführt. Ob die entsprechenden Dateien nach der Umstellung im relevanten Unterverzeichnis unterhalb von /usr
abgelegt werden oder im Wurzelverzeichnis, ist danach ohne Belang.
- /bin → /usr/bin
- /sbin → /usr/sbin
- /lib → /usr/lib
- /lib64 → /usr/lib64
Im Beispiel wird aus /bin
ein Symlink auf /usr/bin
sowie /sbin
auf /usr/sbin
; dasselbe gilt für die /lib-Verzeichnisse. Manche Distributionen (z. B. Gentoo) gehen noch einen Schritt weiter und verlinken auch /sbin
und /usr/sbin
symbolisch auf /usr/bin
. Das Zusammenlegen dieser Unterverzeichnisse, deren Dateien sich fortan unterhalb von /usr befinden, widerspricht zwar der im FHS definierten Trennung, die Umstellung ist allerdings für alte („legacy“) wie aktuelle Programme vollständig transparent.[5]
Begründung für die Umstellung ist, neben der Tatsache, dass die Trennung gemäß FHS überflüssig geworden ist,[18] vor allem die Vereinfachung in der Handhabung. So wird nicht nur die Übersichtlich- und Durchsuchbarkeit erhöht, sondern insbesondere auch die Anwendung für Sandboxes und Container vereinfacht.[19]
Nach Solaris Ende 2010 und Fedora 2012 führten auch Arch und Ubuntu den Usrmerge durch. Bei Debian wird seit Version 10 (Buster) ein vereinheitlichtes Dateisystem ausgeliefert[5] und ist voraussichtlich ab Version 13 (Trixie) vollständig umgesetzt.[20] Gentoo hat Ende 2022 den Usrmerge für Nutzer eines systemd-Profils umgesetzt.[21]
Siehe auch
- Sonderverzeichnis, vergleichbarer Standard für Windows
- FreeBSD Verzeichnishierarchie
Weblinks
https://de.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
- ↑ Vorlage:Cite web
- ↑ Vorlage:Cite web
- ↑ Vorlage:Cite web
- ↑ Vorlage:Cite web
- ↑ 5,0 5,1 5,2
- ↑ Vorlage:Cite web
- ↑ Vorlage:Cite web
- ↑ 8,0 8,1 8,2 8,3 8,4 8,5 Referenzfehler: Es ist ein ungültiger
<ref>
-Tag vorhanden: Für die Referenz namensV7
wurde kein Text angegeben. - ↑ Vorlage:Cite web
- ↑ 10,0 10,1 10,2 10,3
- ↑
- ↑
- ↑
- ↑ Vorlage:Cite web
- ↑ Vorlage:Cite web
- ↑ Vorlage:Literatur
- ↑ Vorlage:Literatur
- ↑ Vorlage:Literatur
- ↑
- ↑
- ↑