Linuxファイルシステム階層（FHS）には重要なディレクトリがたくさん含まれています。たとえば、/sys/class/inputPS / 2キーボード設定で遊んでこれを見つけました。
しかし、この重要なディレクトリはすべて別の場所に記録されており、特定man /sys/class/inputの瞬間に何が起こったのかを説明することは不可能です。
README人々が特定のレベルで何が起こっているのかを理解し、そこにあるものをより使いやすくするためにファイルを階層に配置するのはどうですか？デバイスを独自に取り付けることができれば良いでしょうREADME。
答え1
あなたの例では、/sys/「実際の」ファイルは含まれませんが、カーネルから完全に提供されます。すべての追加情報ファイルをカーネルの一部として含めますか？あなたは知らないかもしれません。
文書は、/usr/share/docハードドライブの一般的なファイルが含まれています。カーネルソースに関する/sysいくつかのドキュメント/procはカーネルソースにあります/usr/src/linux/Documentation（カーネルソースをインストールして現在のカーネルへのシンボリックリンクを作成した場合）。
答え2
UnixとLinuxには何十年も文書化する伝統があるからです。manページ（そしてGNUシステムではinfo文書...).バラより男(1)、男(7)、マニュアルページ(7)。ちなみに、manコマンドとページは次のようになります。任意に選択できる（そしてすべてのUnixシステムにインストールされるわけではありません）。
ファイルシステム階層については後述する。スーペリア(7)。
その定義はファイルシステム階層標準次のように使用できます。https://wiki.linuxfoundation.org/lsb/fhs
特に複数のファイルシステム/proc/（参照：工程(5)）そして/sys/見なさいシステムファイルシステム(5)) はカーネルコードによって提供される擬似ファイルシステムです。README-s（ほとんどのユーザーには役に立たない）を生成する追加のコードでカーネルを膨らませたくありません。カーネル構成ファイルでさえオプションで/proc/config.gzよく利用可能障害のあるほとんどのカーネル構成では。多くのLinuxシステムは、リソースが不足して無駄を避けることができない組み込みシステム（スマートフォン、スマートデバイス、またはIoTデバイス、RaspberryPI）です。
/sys/低レベルのユーティリティを作成するシステム管理者と開発者にとって最も有用であり、両方が適切な文書を見つけることができることは注目に値します。
README人々が何が起こっているのかを理解しやすくするために、ファイルを階層に配置するのはどうですか？
本当にこれが欲しいなら、README自分で書いてくださいロード可能なカーネルモジュール提供または一部の設定同盟提供してください。私はそれが努力する価値があるとは思いません（そしてUnionfsをオンにすると、/sysシステム全体の速度が遅くなる可能性があります）。
カーネルコードはRAMを消費することに注意してください。物理仮想メモリではなくメモリ）、使用しなくても同じです。したがって、膨らませないようにするのが合理的です。