{"id":6886,"date":"2026-08-20T04:14:26","date_gmt":"2026-08-20T04:14:26","guid":{"rendered":"https:\/\/technodidact.de\/?p=6886"},"modified":"2026-08-20T04:14:26","modified_gmt":"2026-08-20T04:14:26","slug":"die-ordnung-der-dinge-wie-das-linux-dateisystem-die-digitale-welt-strukturiert","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/die-ordnung-der-dinge-wie-das-linux-dateisystem-die-digitale-welt-strukturiert\/","title":{"rendered":"Die Ordnung der Dinge: Wie das Linux-Dateisystem die digitale Welt strukturiert"},"content":{"rendered":"

Autor: DerSchneider<\/strong><\/p>\n\n\n\n

\n\n\n\n

Einleitung: Die Orientierungslosigkeit im Terminal<\/h2>\n\n\n\n

Stellen Sie sich vor, Sie betreten eine fremde Stadt ohne Karte, ohne Stra\u00dfenschilder, ohne jede Vorstellung davon, wo sich das Rathaus, der Bahnhof oder der n\u00e4chste Supermarkt befinden k\u00f6nnte. Genau dieses Gef\u00fchl der Verlorenheit \u00fcberkommt viele Menschen, wenn sie zum ersten Mal ein Linux-Terminal \u00f6ffnen. Vor ihnen blinkt lediglich ein Cursor, und sie fragen sich: „Warum gibt es hier kein Laufwerk C:? Was bedeuten all diese kryptischen Ordner mit Namen wie \/bin<\/code>, \/etc<\/code> oder \/var<\/code>? Und warum sieht alles so v\u00f6llig anders aus als das vertraute Windows?“<\/p>\n\n\n\n

Diese Verwirrung ist nicht nur nachvollziehbar, sie ist geradezu programmiert. Jahrzehntelang haben uns andere Betriebssysteme gelehrt, dass Computer aus separaten Laufwerken bestehen \u2013 hier die Systemfestplatte, dort die Datenpartition, und ein USB-Stick bekommt einen neuen Buchstaben zugewiesen. Linux hingegen folgt einem vollkommen anderen, aber in seiner Konsequenz umso eleganteren Prinzip: Es kennt nur einen einzigen, alles umfassenden Baum, dessen Wurzel der Schr\u00e4gstrich \/<\/code> ist. Dieses Prinzip ist nicht willk\u00fcrlich, sondern das Ergebnis jahrzehntelanger Entwicklung, gepr\u00e4gt von der pragmatischen Weisheit unz\u00e4hliger Programmierer und Systemadministratoren. Wer diese innere Logik versteht, f\u00fcr den verliert Linux seinen Schrecken und offenbart stattdessen eine bestechende Klarheit, die das Arbeiten mit dem System nicht nur erleichtert, sondern regelrecht befreiend wirken kann.<\/p>\n\n\n\n

\n\n\n\n

Das Fundament: Der eine Baum und seine Wurzel<\/h2>\n\n\n\n

Die Abschaffung der Laufwerksbuchstaben<\/h3>\n\n\n\n

Um die Besonderheit des Linux-Dateisystems zu verstehen, muss man einen grundlegenden Perspektivwechsel vollziehen. W\u00e4hrend Windows und andere Betriebssysteme auf dem Konzept separater Datentr\u00e4ger mit eigenen Bezeichnern basieren \u2013 C:<\/code> f\u00fcr die Festplatte, D:<\/code> f\u00fcr die DVD, E:<\/code> f\u00fcr den USB-Stick \u2013, verfolgt Linux einen g\u00e4nzlich anderen Ansatz. Hier gibt es keine Laufwerksbuchstaben, sondern nur einen einzigen Ausgangspunkt: das Wurzelverzeichnis, symbolisiert durch den Schr\u00e4gstrich \/<\/code>. Man kann es sich als den Stamm eines gigantischen Baumes vorstellen, von dem alle anderen Verzeichnisse und Dateien wie \u00c4ste und Zweige abgehen.<\/p>\n\n\n\n

Diese Konzeption ist weit mehr als eine optische Eigenart. Sie ist die fundamentale Grundlage f\u00fcr die gesamte Systemarchitektur. Jedes Speichermedium \u2013 ob es sich um die interne Festplatte, eine externe SSD, eine Netzwerkfreigabe oder einen winzigen USB-Stick handelt \u2013 wird nicht als eigenst\u00e4ndige Einheit behandelt, sondern als ein Zweig in diesen bestehenden Baum eingeh\u00e4ngt. Diesen Vorgang nennt man „Mounten“ (Einh\u00e4ngen). Ein angeschlossener USB-Stick erscheint dann nicht als neuer Laufwerksbuchstabe, sondern beispielsweise als Ordner unter \/media\/benutzername\/usb_stick<\/code>. Das System w\u00e4chst organisch, indem neue Zweige hinzugef\u00fcgt werden, ohne dass die grundlegende Struktur ver\u00e4ndert oder neu definiert werden m\u00fcsste.<\/p>\n\n\n\n

Die philosophische Dimension: Alles ist eine Datei<\/h3>\n\n\n\n

Dieses hierarchische Prinzip ist eng verbunden mit einer der zentralen Philosophien von Unix und Linux: „Alles ist eine Datei“. Diese Aussage mag auf den ersten Blick seltsam erscheinen, doch sie ist der Schl\u00fcssel zur Flexibilit\u00e4t und M\u00e4chtigkeit des Systems. In Linux werden nicht nur Textdokumente oder Bilder als Dateien betrachtet, sondern auch Hardwareger\u00e4te, Prozesse, Netzwerkverbindungen und sogar der Arbeitsspeicher. Eine Festplatte erscheint als Datei unter \/dev\/sda<\/code>, ein Drucker als Datei unter \/dev\/lp0<\/code>, und Informationen \u00fcber laufende Prozesse k\u00f6nnen durch einfaches \u00d6ffnen von Dateien im Verzeichnis \/proc<\/code> abgerufen werden. Diese einheitliche Schnittstelle erm\u00f6glicht es, mit v\u00f6llig unterschiedlichen Systemkomponenten auf die gleiche, einfache Weise zu interagieren \u2013 ein Konzept, das die Komplexit\u00e4t des Systems enorm reduziert und seine Administration vereinfacht.<\/p>\n\n\n\n

\n\n\n\n

Die Anatomie des Baumes: Ein detaillierter Rundgang<\/h2>\n\n\n\n

Die wahre Kunst der Linux-Philosophie offenbart sich in der standardisierten Namensgebung und den definierten Funktionen seiner wichtigsten Verzeichnisse. Der Filesystem Hierarchy Standard (FHS)<\/strong> stellt sicher, dass diese Struktur \u00fcber alle Linux-Distributionen hinweg \u2013 ob Ubuntu, Debian, Fedora oder SUSE \u2013 nahezu identisch ist. Diese Standardisierung ist ein Segen f\u00fcr jeden, der mit Linux arbeitet, denn sie bedeutet: Einmal gelernt, gilt das Wissen \u00fcberall. Betrachten wir nun die wichtigsten Knotenpunkte dieses Baumes im Detail.<\/p>\n\n\n\n

Pers\u00f6nliche Reiche: \/home<\/code> und \/root<\/code><\/h3>\n\n\n\n

Das Verzeichnis \/home<\/code> ist der pers\u00f6nliche Lebensraum eines jeden normalen Benutzers. Wenn der Benutzername beispielsweise johannes<\/code> lautet, befinden sich all seine pers\u00f6nlichen Dateien, Projekte, Dokumente, Bilder, Musik und individuellen Programmeinstellungen in \/home\/johannes<\/code>. Es ist der pers\u00f6nliche Arbeitsbereich, der den eigenen Desktop repr\u00e4sentiert \u2013 vergleichbar mit dem Ordner „Eigene Dateien“ unter Windows, nur strukturell sauberer und konsequenter umgesetzt. Jeder Benutzer des Systems erh\u00e4lt sein eigenes, abgeschottetes Reich innerhalb von \/home<\/code>. Diese Trennung ist nicht nur organisatorisch sinnvoll, sondern auch sicherheitstechnisch von gro\u00dfer Bedeutung: Kein normaler Benutzer kann auf die Dateien eines anderen Benutzers zugreifen, es sei denn, er verf\u00fcgt \u00fcber explizite Berechtigungen daf\u00fcr.<\/p>\n\n\n\n

Besonders wichtig und oft verwirrend f\u00fcr Anf\u00e4nger ist das Verzeichnis \/root<\/code>. Es handelt sich hierbei nicht<\/strong> um die Wurzel des Dateisystems! Der Schr\u00e4gstrich \/<\/code> allein ist der Stamm des gesamten Baumes. \/root<\/code> hingegen ist lediglich ein Ordner innerhalb dieses Stammes \u2013 und zwar das pers\u00f6nliche Home-Verzeichnis des Systemadministrators, des sogenannten „Root-Benutzers“. Dieser Benutzer besitzt uneingeschr\u00e4nkte Rechte auf dem gesamten System und kann alles tun \u2013 daher der Name. Sein pers\u00f6nlicher Ordner befindet sich aus gutem Grund nicht innerhalb von \/home<\/code>, wo er f\u00fcr andere Benutzer m\u00f6glicherweise sichtbar w\u00e4re, sondern direkt unter der Wurzel, was eine zus\u00e4tzliche Sicherheitsebene darstellt.<\/p>\n\n\n\n

Die Werkzeugkiste des Systems: \/bin<\/code>, \/sbin<\/code>, \/usr<\/code> und \/lib<\/code><\/h3>\n\n\n\n

Hier liegen die Werkzeuge, die das System am Laufen halten und ihm seine Funktion verleihen. Der Begriff „bin“ ist eine Abk\u00fcrzung f\u00fcr „binaries“ \u2013 ausf\u00fchrbare Programme, also das, was man unter Windows als .exe<\/code>-Dateien bezeichnen w\u00fcrde.<\/p>\n\n\n\n

Das Verzeichnis \/bin<\/code> enth\u00e4lt die essenziellsten Kommandozeilenprogramme, die f\u00fcr den Betrieb und die Reparatur des Systems unerl\u00e4sslich sind \u2013 selbst dann, wenn nichts anderes funktioniert. Kommandos wie ls<\/code> (Auflistung von Verzeichnisinhalten), cp<\/code> (Kopieren), mv<\/code> (Verschieben), cat<\/code> (Inhalt von Dateien anzeigen) oder mkdir<\/code> (Verzeichnis erstellen) leben hier. Diese Programme sind so grundlegend, dass sie selbst dann verf\u00fcgbar sein m\u00fcssen, wenn das System nur im Rettungsmodus startet. Man kann sich \/bin<\/code> als den kleinen, aber robusten Werkzeugkasten vorstellen, der immer griffbereit sein muss.<\/p>\n\n\n\n

Das Verzeichnis \/sbin<\/code> (das „s“ steht f\u00fcr „system“) beherbergt die Werkzeuge f\u00fcr den Administrator. Hier finden sich Programme zur Verwaltung von Festplatten (fdisk<\/code>), zur Netzwerkkonfiguration (ifconfig<\/code>, ip<\/code>), zum Booten des Systems (grub-install<\/code>) und zur Systemwiederherstellung. Diese Befehle sind in der Regel nur f\u00fcr den Root-Benutzer gedacht und stehen normalen Benutzern nicht zur Verf\u00fcgung.<\/p>\n\n\n\n

Eine der gr\u00f6\u00dften Fehlinterpretationen im Linux-Universum betrifft das Verzeichnis \/usr<\/code>. Die meisten Menschen nehmen an, es stehe f\u00fcr „User“. Tats\u00e4chlich ist es jedoch eine historische Abk\u00fcrzung f\u00fcr „Unix System Resources“<\/strong>. \/usr<\/code> ist das Hauptlager f\u00fcr nahezu alle Anwendungssoftware und deren Daten. Die meisten Programme, die ein Benutzer typischerweise startet \u2013 von Texteditoren \u00fcber Webbrowser bis hin zu Entwicklungsumgebungen \u2013 liegen in \/usr\/bin<\/code>. Die dazugeh\u00f6rigen Konfigurationsdateien finden sich in \/usr\/etc<\/code> (wobei die systemweiten Konfigurationen meist in \/etc<\/code> liegen), und die Dokumentation in \/usr\/share\/doc<\/code>. Die Trennung zwischen \/bin<\/code> und \/usr\/bin<\/code> hat historische Gr\u00fcnde und wird heute zunehmend aufgeweicht, doch das Verst\u00e4ndnis dieser Unterscheidung hilft, die Systemlogik zu durchschauen.<\/p>\n\n\n\n

Gemeinsam genutzte Code-Bausteine, sogenannte Bibliotheken (Libraries), finden sich in \/lib<\/code> und \/usr\/lib<\/code>. Diese Bibliotheken sind wie Baukl\u00f6tze, die von vielen verschiedenen Programmen verwendet werden. Anstatt dass jedes Programm denselben Code (etwa f\u00fcr die Bildverarbeitung oder die Netzwerkkommunikation) immer wieder neu enthalten w\u00fcrde, wird dieser Code einmal zentral gespeichert und von allen Anwendungen gemeinsam genutzt. Dies spart nicht nur enorm viel Speicherplatz, sondern vereinfacht auch Aktualisierungen: Wird eine Bibliothek verbessert oder ein Sicherheitsleck darin geschlossen, profitieren alle Programme, die sie nutzen, automatisch von der Aktualisierung \u2013 ohne dass jedes einzelne Programm neu installiert werden m\u00fcsste. Dies ist ein Paradebeispiel f\u00fcr die durchdachte, modulare Architektur von Linux.<\/p>\n\n\n\n

Das Ged\u00e4chtnis und die Schaltzentrale: \/etc<\/code>, \/var<\/code>, \/tmp<\/code> und \/dev<\/code><\/h3>\n\n\n\n

W\u00e4hrend die bisherigen Verzeichnisse die Programme und ihre Bausteine enthalten, sind die folgenden f\u00fcr die Konfiguration, Datenhaltung und Interaktion mit der Hardware verantwortlich.<\/p>\n\n\n\n

\/etc<\/code>: Das Nervenzentrum des Systems<\/h4>\n\n\n\n

Das Verzeichnis \/etc<\/code> \u2013 der Name leitet sich historisch vom lateinischen „et cetera“ ab \u2013 ist das Nervenzentrum des gesamten Systems. Hier liegen nahezu alle systemweiten Konfigurationsdateien. M\u00f6chten Sie die Netzwerkeinstellungen \u00e4ndern? Sie finden sie in \/etc\/network\/<\/code> oder \/etc\/netplan\/<\/code>. M\u00f6chten Sie den SSH-Dienst konfigurieren? Die Konfiguration liegt in \/etc\/ssh\/sshd_config<\/code>. Die DNS-Einstellungen? Sie finden sie in \/etc\/resolv.conf<\/code>. Die Liste lie\u00dfe sich endlos fortsetzen.<\/p>\n\n\n\n

Ein bemerkenswerter Unterschied zu anderen Betriebssystemen ist, dass diese Konfigurationsdateien fast ausnahmslos im Klartext, also als einfache Textdateien, vorliegen. Das bedeutet: Sie k\u00f6nnen jede Einstellung mit einem beliebigen Texteditor (wie nano<\/code>, vim<\/code> oder gedit<\/code>) \u00f6ffnen, lesen und bearbeiten. Es gibt keine versteckten, propriet\u00e4ren Datenbankformate oder undurchschaubaren Registrierungsdatenbanken (wie die Windows-Registry). Diese Transparenz ist einer der Gr\u00fcnde, warum Linux-Systeme als so stabil und administrierbar gelten. Sie k\u00f6nnen jede Konfiguration einsehen, sichern, mit Versionskontrollsystemen verwalten und von einem System auf ein anderes \u00fcbertragen. \/etc<\/code> ist sozusagen das Ged\u00e4chtnis und der Charakter des Systems \u2013 hier wird festgelegt, wie es sich verh\u00e4lt.<\/p>\n\n\n\n

\/var<\/code>: Der Speicher f\u00fcr das Verg\u00e4ngliche<\/h4>\n\n\n\n

Das Verzeichnis \/var<\/code> (von „variable“) enth\u00e4lt alle Dateien, die sich im laufenden Betrieb st\u00e4ndig ver\u00e4ndern und oft wachsen. W\u00e4hrend die Programme in \/usr\/bin<\/code> und die Konfigurationen in \/etc<\/code> relativ statisch sind \u2013 sie \u00e4ndern sich nur bei Updates oder manuellen Eingriffen \u2013, ist \/var<\/code> der Ort f\u00fcr die flie\u00dfende, dynamische Seite des Systems.<\/p>\n\n\n\n

Hier finden sich die System-Logs (\/var\/log<\/code>), die protokollieren, was das System und die installierten Dienste zu jeder Zeit tun. Wenn etwas nicht funktioniert, ist \/var\/log<\/code> oft der erste und wichtigste Anlaufpunkt f\u00fcr die Fehlersuche. Die Logdateien erz\u00e4hlen die Geschichte des Systems \u2013 sie zeigen, welche Fehler aufgetreten sind, wer sich wann angemeldet hat und welche Dienste gestartet oder beendet wurden. Daneben beherbergt \/var<\/code> auch Druckwarteschlangen (\/var\/spool<\/code>), E-Mail-Postf\u00e4cher (\/var\/mail<\/code>), Datenbanken, die im Betrieb wachsen, und Cache-Dateien (\/var\/cache<\/code>), die von Paketmanagern oder Anwendungen f\u00fcr tempor\u00e4re Daten genutzt werden.<\/p>\n\n\n\n

\/tmp<\/code>: Der fl\u00fcchtige Arbeitsbereich<\/h4>\n\n\n\n

Das Verzeichnis \/tmp<\/code> ist der digitale Papierkorb f\u00fcr fl\u00fcchtige, tempor\u00e4re Daten. Viele Programme nutzen es, um Zwischenergebnisse zu speichern, die nur w\u00e4hrend der Laufzeit der Anwendung ben\u00f6tigt werden. Auf den meisten Systemen wird \/tmp<\/code> bei jedem Neustart automatisch geleert. In einigen Distributionen ist es sogar als sogenanntes „tmpfs“ (Temporary File System) realisiert, das nicht auf der Festplatte, sondern im Arbeitsspeicher (RAM) existiert, was extreme Geschwindigkeit bietet, aber bedeutet, dass die Daten bei einem Stromausfall oder Neustart endg\u00fcltig verloren sind. Die Faustregel lautet daher: Speichern Sie niemals wichtige, dauerhafte Daten in \/tmp<\/code> \u2013 sie sind dort nicht sicher.<\/p>\n\n\n\n

\/dev<\/code>: Die magische Welt der Ger\u00e4tedateien<\/h4>\n\n\n\n

Das Verzeichnis \/dev<\/code> (f\u00fcr „devices“) ist eines der faszinierendsten im gesamten Linux-System. Hier wird die Philosophie „Alles ist eine Datei“ auf die Spitze getrieben. In \/dev<\/code> werden alle Hardware-Ger\u00e4te als spezielle Dateien repr\u00e4sentiert. Die erste Festplatte erscheint als \/dev\/sda<\/code>, die zweite als \/dev\/sdb<\/code>. Eine Partition darauf als \/dev\/sda1<\/code>. Aber nicht nur Speichermedien tauchen hier auf: Auch Ihre Tastatur, Ihre Maus, Ihr Drucker, Ihre Soundkarte, Ihre Webcam \u2013 all dies sind Dateien in \/dev<\/code>. Ein Terminal (die Konsole) erscheint als \/dev\/tty<\/code>, und selbst Zufallszahlen k\u00f6nnen aus \/dev\/random<\/code> oder \/dev\/urandom<\/code> gelesen werden.<\/p>\n\n\n\n

Diese Abstraktion ist von genialer Einfachheit. Ein Programm muss nicht wissen, wie es mit einer bestimmten Hardware kommuniziert \u2013 es kann einfach die entsprechende Datei in \/dev<\/code> \u00f6ffnen und darauf lesen oder schreiben. Das Betriebssystem, genauer der Kernel, k\u00fcmmert sich darum, diese Dateioperationen in die richtigen Signale und Befehle f\u00fcr die Hardware umzusetzen. Dies macht es extrem einfach, neue Ger\u00e4te zu unterst\u00fctzen und Programme hardwareunabh\u00e4ngig zu machen.<\/p>\n\n\n\n

Die Schnittstellen nach au\u00dfen: \/media<\/code>, \/mnt<\/code> und \/proc<\/code><\/h3>\n\n\n\n

Das Bild der Verzeichnisstruktur wird vervollst\u00e4ndigt durch die Schnittstellen zu externen Medien und zum laufenden System selbst.<\/p>\n\n\n\n

\/media<\/code> und \/mnt<\/code>: Die Tore zur Au\u00dfenwelt<\/h4>\n\n\n\n

Das Verzeichnis \/media<\/code> ist der moderne, standardisierte Ort, an dem automatisch eingeh\u00e4ngte Wechselmedien erscheinen. Wenn Sie einen USB-Stick in Ihren Computer stecken, wird er unter modernen Desktop-Umgebungen wie GNOME oder KDE automatisch erkannt und unter \/media\/benutzername\/eindeutige_id<\/code> eingeh\u00e4ngt. DVDs, SD-Karten und externe Festplatten tauchen ebenfalls hier auf. Dies geschieht meist v\u00f6llig transparent f\u00fcr den Benutzer.<\/p>\n\n\n\n

Das Verzeichnis \/mnt<\/code> hingegen ist traditionell der Ort f\u00fcr manuelle Einh\u00e4ngeoperationen durch den Systemadministrator. Wenn ein Administrator tempor\u00e4r eine Netzwerkfreigabe oder ein anderes Dateisystem einh\u00e4ngen m\u00f6chte, um Wartungsarbeiten durchzuf\u00fchren oder ein defektes System zu reparieren, wird oft \/mnt<\/code> oder ein Unterverzeichnis darin als Ziel verwendet. Es ist der „Handwerker-Eingang“ f\u00fcr das System, w\u00e4hrend \/media<\/code> der „Besucher-Eingang“ ist.<\/p>\n\n\n\n

\/proc<\/code>: Das virtuelle Fenster zum Kernel<\/h4>\n\n\n\n

Das Verzeichnis \/proc<\/code> ist vielleicht das ungew\u00f6hnlichste im gesamten System, denn es existiert nicht wirklich auf der Festplatte. Es ist ein virtuelles Dateisystem, das vom Linux-Kernel im Arbeitsspeicher erzeugt wird, sobald das System startet. Es bietet einen detaillierten, live aktualisierten Blick in die Eingeweide des Betriebssystems. Hier finden Sie Informationen \u00fcber jeden laufenden Prozess (in Ordnern mit den Prozess-ID-Nummern, z.B. \/proc\/1234\/<\/code>), \u00fcber die CPU-Auslastung (\/proc\/cpuinfo<\/code>), den Arbeitsspeicher (\/proc\/meminfo<\/code>), die geladenen Kernel-Module, die Netzwerkprotokolle und vieles mehr.<\/p>\n\n\n\n

Viele der g\u00e4ngigen Systemmonitoring-Tools wie top<\/code>, htop<\/code> oder free<\/code> lesen ihre Informationen direkt aus \/proc<\/code>. Es ist sozusagen das Armaturenbrett des Systems, das jederzeit Auskunft \u00fcber seinen aktuellen Zustand gibt. Dieses virtuelle Fenster zum Kernel ist ein weiteres Beispiel f\u00fcr die Transparenz und Kontrollierbarkeit, die Linux auszeichnen.<\/p>\n\n\n\n

Der Startpunkt: \/boot<\/code><\/h3>\n\n\n\n

Nicht zuletzt findet sich das Verzeichnis \/boot<\/code>. Es enth\u00e4lt alle Dateien, die zum Starten (Booten) des Linux-Systems notwendig sind: den Linux-Kernel selbst (meist eine Datei namens vmlinuz<\/code>), die Initial-RAM-Disk (eine Art minimales Dateisystem, das beim Booten geladen wird) und die Bootloader-Konfiguration (wie GRUB). Ohne dieses Verzeichnis k\u00f6nnte der Computer nicht in das Betriebssystem starten. Es ist sozusagen der Z\u00fcndschl\u00fcssel des Systems.<\/p>\n\n\n\n

\n\n\n\n

Ein historischer Exkurs: Die Wurzeln der Ordnung<\/h2>\n\n\n\n

Die Wurzeln dieser durchdachten Ordnung liegen in den fr\u00fchen 1970er Jahren bei den UNIX-Systemen der Bell Laboratories. Ken Thompson, Dennis Ritchie und ihre Kollegen entwickelten nicht nur ein Betriebssystem, sondern auch eine Philosophie, wie Software organisiert sein sollte. Diese fr\u00fchen UNIX-Systeme waren f\u00fcr die damalige Zeit revolution\u00e4r \u2013 sie waren modular, schlank und in einer Zeit geschrieben, als Computer noch winzige Speicherkapazit\u00e4ten hatten. Die klare Trennung von Programmen, Konfigurationen und variablen Daten war nicht nur eine Frage der \u00c4sthetik, sondern eine Notwendigkeit, um mit den knappen Ressourcen auszukommen.<\/p>\n\n\n\n

Der Filesystem Hierarchy Standard (FHS)<\/strong>, der diese Struktur standardisierte und \u00fcber alle Distributionen hinweg vereinheitlichte, ist kein Produkt einer Marketingabteilung oder eines Komitees, das das Rad neu erfinden wollte. Er ist das Ergebnis jahrzehntelanger praktischer Erfahrung von unz\u00e4hligen Entwicklern und Systemadministratoren. Diese Hierarchie ist darauf ausgelegt, klare Trennungen zu schaffen: zwischen ausf\u00fchrbaren Programmen (\/bin<\/code>, \/usr\/bin<\/code>), Systemkonfigurationen (\/etc<\/code>), variablen Daten (\/var<\/code>), tempor\u00e4ren Dateien (\/tmp<\/code>) und Ger\u00e4tedateien (\/dev<\/code>).<\/p>\n\n\n\n

Diese modulare Trennung bringt enorme praktische Vorteile:<\/p>\n\n\n\n