Sysfs: Unterschied zwischen den Versionen
Die Seite wurde neu angelegt: „'''Sysfs''' - Virtuelles Dateisystem des Linux-Kernels. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den Benutzer-Modus. Bestimmte Parameter können über dieses Interface auch konfiguriert werden. == Beschreibung == '''Sysfs''' ist ein virtuelles Dateisystem des Linux-Kernels. Es exportiert Informationen…“ |
K Textersetzung - „line>“ durch „line copy>“ |
||
| (16 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
'''Sysfs''' - [[Virtuelles Dateisystem]] des [[Linux (Kernel)|Linux-Kernels]] | '''Sysfs''' - [[Virtuelles Dateisystem]] des [[Linux (Kernel)|Linux-Kernels]] | ||
== Beschreibung == | == Beschreibung == | ||
'''Sysfs''' ist ein [[virtuelles Dateisystem]] des [[Linux (Kernel)|Linux-Kernels]]. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den [[Ring (CPU)|Benutzer-Modus]]. Bestimmte Parameter können über dieses Interface auch konfiguriert werden. | '''Sysfs''' ist ein [[virtuelles Dateisystem]] des [[Linux (Kernel)|Linux-Kernels]]. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den [[Ring (CPU)|Benutzer-Modus]]. | ||
Bestimmte Parameter können über dieses Interface auch konfiguriert werden. | |||
Sysfs bietet eine ähnliche Funktionalität wie der Sysctl-Mechanismus in [[Berkeley Software Distribution|BSD]]-Betriebssystemen, mit dem Unterschied, dass Sysfs als virtuelles Dateisystem implementiert wurde. | Sysfs bietet eine ähnliche Funktionalität wie der Sysctl-Mechanismus in [[Berkeley Software Distribution|BSD]]-Betriebssystemen, mit dem Unterschied, dass Sysfs als virtuelles Dateisystem implementiert wurde. | ||
| Zeile 12: | Zeile 14: | ||
* [[procfs]] wurde mit Informationen, die nicht in Verbindung mit Prozessen standen, belastet. | * [[procfs]] wurde mit Informationen, die nicht in Verbindung mit Prozessen standen, belastet. | ||
Es wurde ursprünglich von Patrick Mochel entwickelt.<ref>{{cite web |first=Linus |last=Torvalds |title=Linux v2.5.44 - and offline for a week |date=2002-10-18 |url=https://lkml.org/lkml/2002/10/19/8}}</ref><ref>{{cite web |first=Linus |last=Torvalds |title=Linux v2.5.46 |date=2002-11-04 |url=https://lkml.org/lkml/2002/11/4/213}}</ref> Maneesh Soni schrieb später den sogenannten | Es wurde ursprünglich von Patrick Mochel entwickelt.<ref>{{cite web |first=Linus |last=Torvalds |title=Linux v2.5.44 - and offline for a week |date=2002-10-18 |url=https://lkml.org/lkml/2002/10/19/8}}</ref><ref>{{cite web |first=Linus |last=Torvalds |title=Linux v2.5.46 |date=2002-11-04 |url=https://lkml.org/lkml/2002/11/4/213}}</ref> Maneesh Soni schrieb später den sogenannten "sysfs backing store patch", welcher die Speichernutzung auf großen Systemen reduziert. | ||
Während des nächsten Jahres der Entwicklung der Kernel-Version 2.5 begannen die infrastrukturellen Kapazitäten des Treibermodells, früher ddfs genannt, sich für die Kernel-Subsysteme als nützlich zu erweisen.<ref>{{cite web |first=Patrick |last=Mochel |title=[RFC] New Driver Model for 2.5 |date=2001-10-17 |url=https://lkml.org/lkml/2001/10/17/147}}</ref><ref>{{cite web |first=Tim |last=Jansen |title=Re: [PATCH] 2.5 PROPOSAL: Replacement for current /proc of shit. |date=2001-11-01 |url=https://lkml.org/lkml/2001/11/1/38}}</ref> Etwa zur gleichen Zeit wurden die kobjects entwickelt, um eine zentrale Objektverwaltung zu ermöglichen. Dabei wurde der Name von driverfs zu sysfs geändert, um die Bandbreite zu verdeutlichen. | Während des nächsten Jahres der Entwicklung der Kernel-Version 2.5 begannen die infrastrukturellen Kapazitäten des Treibermodells, früher ddfs genannt, sich für die Kernel-Subsysteme als nützlich zu erweisen.<ref>{{cite web |first=Patrick |last=Mochel |title=[RFC] New Driver Model for 2.5 |date=2001-10-17 |url=https://lkml.org/lkml/2001/10/17/147}}</ref><ref>{{cite web |first=Tim |last=Jansen |title=Re: [PATCH] 2.5 PROPOSAL: Replacement for current /proc of shit. |date=2001-11-01 |url=https://lkml.org/lkml/2001/11/1/38}}</ref> Etwa zur gleichen Zeit wurden die kobjects entwickelt, um eine zentrale Objektverwaltung zu ermöglichen. Dabei wurde der Name von driverfs zu sysfs geändert, um die Bandbreite zu verdeutlichen. | ||
| Zeile 19: | Zeile 21: | ||
== Unterstützte Bussysteme == | == Unterstützte Bussysteme == | ||
{| class="wikitable options" | |||
! Bussysteme !! Beschreibung | |||
|- | |||
| PCI || Exportiert Informationen über [[Peripheral Component Interconnect|PCI]]- und PCIe-Geräte | |||
|- | |||
| PCI Express|| Exportiert Informationen über [[PCI Express|PCI-Express]]-Geräte | |||
|- | |||
| USB || Beinhaltet [[Universal Serial Bus|USB]]-Geräte und USB-Hosts. | |||
|- | |||
| S/390-Bussysteme || Da die [[S/390]]-Architektur Geräte beinhaltet, die in dieser Form nirgendwo sonst existieren, müssen spezielle Bussysteme erstellt werden | |||
* css: Enthält Subkanäle (zurzeit wird nur ein einziger I/O-Treiber für Subkanäle unterstützt) | |||
* ccw: Enthält an Kanäle angehängte Geräte | |||
* ccwgroup: Virtuelle Geräte, welche vom Benutzer erstellt werden und aus ccw-Geräten bestehen | |||
* iucv: Virtuelle Geräte wie netiucv-Geräte, welche die IUCV-Schnittstelle von virtuellen Maschinen verwenden | |||
|} | |||
== Installation == | == Installation == | ||
<syntaxhighlight lang="bash" highlight="1" line> | <syntaxhighlight lang="bash" highlight="1" line copy> | ||
</syntaxhighlight> | </syntaxhighlight> | ||
== Aufruf == | == Aufruf == | ||
<syntaxhighlight lang="bash" highlight="1" line> | <syntaxhighlight lang="bash" highlight="1" line copy> | ||
</syntaxhighlight> | </syntaxhighlight> | ||
=== Optionen === | === Optionen === | ||
=== | === Argumente === | ||
=== Umgebungsvariablen === | === Umgebungsvariablen === | ||
=== Exit-Status === | === Exit-Status === | ||
| Zeile 50: | Zeile 55: | ||
=== Dateien === | === Dateien === | ||
<noinclude> | <noinclude> | ||
== Anhang == | == Anhang == | ||
=== Siehe auch === | === Siehe auch === | ||
{{Special:PrefixIndex/{{BASEPAGENAME}}}} | {{Special:PrefixIndex/{{BASEPAGENAME}}/}} | ||
=== Dokumentation === | |||
; Man-Page | |||
;Info-Page | |||
=== Links === | |||
==== Projekt ==== | |||
==== Weblinks ==== | |||
# https://de.wikipedia.org/wiki/Sysfs | # https://de.wikipedia.org/wiki/Sysfs | ||
[[Kategorie:Dateisystem]] | [[Kategorie:Dateisystem]] | ||
[[Kategorie:/sys]] | |||
[[Kategorie:Linux/Komponente]] | |||
</noinclude> | </noinclude> | ||
Aktuelle Version vom 11. Mai 2025, 13:44 Uhr
Sysfs - Virtuelles Dateisystem des Linux-Kernels
Beschreibung
Sysfs ist ein virtuelles Dateisystem des Linux-Kernels. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den Benutzer-Modus.
Bestimmte Parameter können über dieses Interface auch konfiguriert werden.
Sysfs bietet eine ähnliche Funktionalität wie der Sysctl-Mechanismus in BSD-Betriebssystemen, mit dem Unterschied, dass Sysfs als virtuelles Dateisystem implementiert wurde.
Geschichte
Während der Entwicklung des Linux-Kernels 2.5 wurde das Linux-Treiber-Modell vorgestellt, welches die folgenden Schwachstellen der Kernel-Version 2.4 beheben sollte:
- Es gab keine einheitliche Methode, um zu zeigen, dass Beziehungen zwischen Geräte-Treibern bestehen.
- Es gab keine generischen Hotplug-Mechanismen.
- procfs wurde mit Informationen, die nicht in Verbindung mit Prozessen standen, belastet.
Es wurde ursprünglich von Patrick Mochel entwickelt.[1][2] Maneesh Soni schrieb später den sogenannten "sysfs backing store patch", welcher die Speichernutzung auf großen Systemen reduziert.
Während des nächsten Jahres der Entwicklung der Kernel-Version 2.5 begannen die infrastrukturellen Kapazitäten des Treibermodells, früher ddfs genannt, sich für die Kernel-Subsysteme als nützlich zu erweisen.[3][4] Etwa zur gleichen Zeit wurden die kobjects entwickelt, um eine zentrale Objektverwaltung zu ermöglichen. Dabei wurde der Name von driverfs zu sysfs geändert, um die Bandbreite zu verdeutlichen.
Sysfs ist üblicherweise unter dem Pfad /sys eingehängt.
Unterstützte Bussysteme
| Bussysteme | Beschreibung |
|---|---|
| PCI | Exportiert Informationen über PCI- und PCIe-Geräte |
| PCI Express | Exportiert Informationen über PCI-Express-Geräte |
| USB | Beinhaltet USB-Geräte und USB-Hosts. |
| S/390-Bussysteme | Da die S/390-Architektur Geräte beinhaltet, die in dieser Form nirgendwo sonst existieren, müssen spezielle Bussysteme erstellt werden
|
Installation
Aufruf
Optionen
Argumente
Umgebungsvariablen
Exit-Status
Anwendung
Problembehebung
Konfiguration
Dateien
Anhang
Siehe auch
Dokumentation
- Man-Page
- Info-Page