Die Linux-Dateisystemhierarchie ( FHS ) enthält viele wichtige Verzeichnisse. Zum Beispiel habe ich gerade /sys/class/input
beim Spielen mit meinen PS / 2-Tastatureinstellungen entdeckt.
Aber all diese wichtigen Verzeichnisse sind an anderer Stelle dokumentiert, sodass man /sys/class/input
nicht erklärt werden kann, was an einem bestimmten Punkt passiert.
Warum nicht README
Dateien in die Hierarchie einfügen, damit die Benutzer leichter lernen können, was auf bestimmten Ebenen vor sich geht, und mit den Inhalten spielen können? Es wäre wirklich großartig, wenn Geräte sogar ihre eigenen README
s montieren könnten .
documentation
fhs
anatoly techtonik
quelle
quelle
man hier
.Antworten:
Um Ihr Beispiel zu verwenden:
/sys/
Enthält keine "echten" Dateien, sondern wird vollständig vom Kernel bereitgestellt. Möchten Sie, dass alle READMEs Teil des Kernels werden? Sie wahrscheinlich nicht.Dokumentation ist in
/usr/share/doc
. Welches enthält normale Dateien auf Ihrer Festplatte. Einige Dokumentationen zu/sys
und/proc
in der Kernelquelle, dh in/usr/src/linux/Documentation
(wenn Sie die Kernelquelle installiert und den Symlink für Ihren aktuellen Kernel erstellt haben).quelle
/use/share/doc
./usr/share/doc
stattdessen zu gehen .Weil Unix und Linux eine jahrzehntelange Tradition in der Dokumentation mit
man
Seiten (und auf GNU-Systemen mitinfo
Dateien ...) haben. Siehe Mann (1) , Mann (7) , Manpages (7) . Übrigens sindman
Befehl und Seiten optional (und Sie werden sie nicht auf jedem Unix-System installieren).Die Dateisystemhierarchie ist in hier (7) beschrieben .
Es wird durch den Dateisystem-Hierachiestandard definiert, der unter https://wiki.linuxfoundation.org/lsb/fhs verfügbar ist
Einige Dateisysteme, insbesondere
/proc/
(siehe proc (5) ) und/sys/
(siehe sysfs (5) ), sind Pseudofile-Systeme, die vom Kernel-Code bereitgestellt werden. Sie möchten den Kernel nicht mit zusätzlichem Code aufblähen, der solcheREADME
-s erzeugt (was für die große Mehrheit der Benutzer nutzlos ist). Sogar die Konfigurationsdatei des Kernels ist nur optional verfügbar, da/proc/config.gz
diese in den meisten Kernelkonfigurationen häufig deaktiviert ist . Und viele Linux-Systeme sind eingebettete Systeme (z. B. Ihr Smartphone, Ihre Smart Appliance oder Ihr IoT-Gerät, Ihr RaspberryPI), bei denen die Ressourcen knapp genug sind, um eine Verschwendung zu vermeiden.Dies
/sys/
ist vor allem für Systemadministratoren und Entwickler nützlich, die Dienstprogramme auf niedriger Ebene schreiben, und beide sollen in der Lage sein, die entsprechende Dokumentation zu finden.Wenn Sie solche
README
s wirklich wollen , schreiben Sie Ihr eigenes ladbares Kernelmodul, das sie bereitstellt, oder richten Sie einige unionfs ein , um sie bereitzustellen. Ich denke nicht, dass es die Mühe wert ist (und ein Gewerkschaftsmitglied/sys
würde wahrscheinlich Ihr gesamtes System verlangsamen).Denken Sie daran, dass der Kernel-Code RAM verbraucht (er wird nie ausgelagert und befindet sich im physischen Speicher, nicht im virtuellen Speicher), auch wenn er nicht verwendet wird. Es ist also sinnvoll, ein Aufblähen zu vermeiden.
quelle
/sys
würde Ihr System verlangsamen. Ich denke nicht, dass es sich lohnt, Ihre Zeit so zu verlieren. Das Leben ist kurz ... Und Sie werden mehr Zeit damit verbringen, als die Dokumentation zu lesen