imported>Y2kbug: /* Arbeitsweise */ @Festplatten und Festplattenlaufwerk: eigentlich ist es dem Unix-System eher egal, um welche Art Massenspeicher es sich bei Direct Access Storage handelt, nur das Zugriffsprotokoll ist wichtig. SCSI und IDE waren verbreitet, inzwischen gibt es mit auch NVMe ein Protokoll, das bestimmte eigenheiten (Zonen) besitzt, die den anderen Protokollen fehlen... Jedoch ist das Zugriffsprotokoll nicht repräsentativ für das Speichermedium (es gibt sogar IDE-SSDs...)

2023-01-30T14:44:56Z

Arbeitsweise: @Festplatten und Festplattenlaufwerk: eigentlich ist es dem Unix-System eher egal, um welche Art Massenspeicher es sich bei Direct Access Storage handelt, nur das Zugriffsprotokoll ist wichtig. SCSI und IDE waren verbreitet, inzwischen gibt es mit auch NVMe ein Protokoll, das bestimmte eigenheiten (Zonen) besitzt, die den anderen Protokollen fehlen... Jedoch ist das Zugriffsprotokoll nicht repräsentativ für das Speichermedium (es gibt sogar IDE-SSDs...)

Neue Seite

{{SEITENTITEL:devfs}}
'''devfs''' ([[englische Sprache|engl.]] [[Abkürzung|Abk.]] '''''Dev'''ice '''F'''ile'''s'''ystem'', übersetzt ''Gerätedateisystem'') ist ein spezielles [[Dateisystem]] für viele [[Unixoides System|Unix-artige Betriebssysteme]]. Es dient der Verwaltung der [[Gerätedatei]]en. Da die Implementierung von devfs im [[Linux (Kernel)|Linux-Kernel]] einige Unzulänglichkeiten hat und nicht mehr aktiv weiterentwickelt wird, wurde [[udev]] entwickelt. Seit Ende Juni 2006 ist devfs nicht mehr Bestandteil des Linux-Kernels und wurde vollständig durch udev ersetzt.

== Arbeitsweise ==
Allgemein werden auf Unix-Systemen viele [[Eingabe und Ausgabe|I/O]]-Geräte wie [[Festplatte]]n, [[Drucker (Gerät)|Drucker]], [[Terminalemulation|virtuelle Terminals]] und Ähnliches als spezielle Dateien ([[Gerätedatei]]en) behandelt. Soll nun eine Operation an dem Gerät vorgenommen werden, wird diese Operation an der Gerätedatei vorgenommen – das zugrundeliegende Dateisystem der Gerätedateien wandelt dann die jeweilige Operation auf die Datei in eine entsprechende Operation auf das Gerät um.

Zu den Aufgaben von devfs gehört dabei das Erschaffen und Löschen solcher Dateien, wenn beispielsweise neue Geräte (wie [[USB-Stick]]s) angebracht und wieder entfernt werden. Ebenso ist devfs auch für die Benutzerrechte der Gerätedateien zuständig, mithin auch für die Rechte, die einzelne Nutzer beim Zugriff auf die Geräte haben.

== Vorteile ==
Gegenüber dem statischen /dev-System hat devfs eine Reihe von Vorteilen:

* devfs zeigt nur Einträge der Geräte, die tatsächlich irgendwann am Computer angeschlossen wurden.
* devfs stellt einen Mechanismus bereit, mit welchem andere Programme herausfinden können, ob neue Geräte angeschlossen wurden.

== Nachteile unter Linux ==
Trotz der Vorteile von devfs gegenüber dem klassischen Modell birgt es auch eine Reihe von Nachteilen. Diese sind unter anderem:

* die Benennung der Geräte ist in Linux nicht konsistent, wenn diese in unterschiedlicher Reihenfolge angeschlossen werden. Unter Solaris besteht dieses Problem dank der Datei <code>/etc/path_to_inst</code> nicht.
* die Benennung entspricht nicht den Normen der [[Linux Standard Base]].
* die Benennung der Geräte wird im [[Kernel (Betriebssystem)|Kernel]]-Speicher gehandhabt – gerade bei einer großen Zahl von Geräten schränkt dies andere Programme, die den Kernel-Speicher ebenfalls benötigen, massiv ein.
* Durch die Erzeugung der Geräte-Verzeichniseinträge beim Laden des Treibers entsteht eine zu enge Abhängigkeit zwischen Gerätenamen und Treiber. Es ist normalerweise vorteilhaft, wenn ein Gerät „sichtbar“ ist, schon bevor ein ggf. spezialisierter Treiber dafür geladen wird. Dadurch könnte das eigentliche Laden eines Treibers und die Initialisierung der damit verbundenen Hardware auf den Zeitpunkt verlegt werden, wo das Gerät tatsächlich gebraucht wird, womit die Gesamtzeit der Initialisierung des Betriebssystems verringert werden könnte. Devfs verhält sich genau umgekehrt und erfordert daher das Laden und Initialisieren von Komponenten, die möglicherweise gar nicht benötigt werden.

Diesen Problemen begegnete man beim [[Linux]]-Betriebssystem mit der Ersetzung von devfs durch das Softwarepaket [[udev]].

== Geschichte von devfs unter Linux ==
Im Linux-Kernelbaum 2.2 wurde das ''devfs'' eingeführt. Die zugrundeliegende Idee war, dass die [[Kernel-Modul]]e selbst Informationen zu den Namen der [[Gerätedatei]]en, die sie erzeugen, neben den Minor- und Majornummern sowie dem Typ mit sich führen. Dadurch konnte der Kernel erstmals die Erzeugung der Gerätedateien selbst übernehmen.

Die benötigten bzw. vom Kernel und seinen Modulen gestellten Gerätedateien hat der Kernel anschließend automatisch in dem devfs-Dateisystem mit Hilfe des ''devfsd''-[[Daemon]]s erstellt. Das Dateisystem wurde dabei üblicherweise im Verzeichnis <span style="font-family:monospace;">/dev</span> gemountet.

Der ''devfsd''-Daemon (''Device Filesystem Daemon'') war in der Datei <span style="font-family:monospace;">/etc/devfsd.conf</span> konfigurierbar. So konnte man unter anderem die gewünschten [[Unix-Dateirechte|Berechtigungen oder Besitzverhältnisse]] je Gerät oder Gerätegruppe eintragen.

== Weblinks ==
* [http://www.atnf.csiro.au/people/rgooch/linux/docs/devfs.html Linux Devfs (Device File System) FAQ]

[[Kategorie:Linux-Betriebssystemkomponente]]
[[Kategorie:Dateisystem]]

[[en:Devfs]]

Devfs - Versionsgeschichte