为什么 Linux 文件系统层次结构中没有自述文件？

Question

Linux 文件系统层次结构 ( FHS ) 包含许多重要目录。例如，我刚刚/sys/class/input在玩我的 PS/2 键盘设置时发现。

但是所有这些重要目录都记录在别处，因此man /sys/class/input无法解释在某个时刻发生的情况。

为什么不将README文件放入层次结构中，以便人们更轻松地了解特定级别上发生的事情并玩弄内容？如果设备甚至可以挂载自己的READMEs ，那就太棒了。

Answer 1

使用您的示例：/sys/不包含“真实”文件，但完全由内核提供。您是否希望所有 README 都成为内核的一部分？你可能没有。

文档在/usr/share/doc. 其中包含硬盘上的普通文件。一些关于/sys和 的文档/proc位于内核源代码中，即/usr/src/linux/Documentation（如果您已经安装了内核源代码，并为当前内核创建了符号链接）。

Answer 2

因为 Unix 和 Linux 有几十年的用man页面记录文档的传统（在 GNU 系统上，还有info文件......）。参见man(1)、man(7)、man-pages(7)。顺便说一句，man命令和页面是可选的（并且您不会在每个 Unix 系统上安装它们）。

文件系统层次结构在hier(7) 中描述。

它由https://wiki.linuxfoundation.org/lsb/fhs上的Filesystem Hierachy Standard定义

几个文件系统，特别是/proc/（参见proc(5)）和/sys/（参见sysfs(5)）是内核代码提供的伪文件系统。你不想用额外的代码来膨胀内核，产生这样的README-s（这对绝大多数用户来说是无用的）。甚至内核的配置文件也只是可选的，因为/proc/config.gz它在大多数内核配置中经常被禁用。并且许多 Linux 系统是嵌入式系统（例如您的智能手机、您的智能设备或 IoT 设备、您的 RaspberryPI），其中的资源非常稀少，可以避免浪费。

值得注意的/sys/是对于系统管理员和编写低级实用程序的开发人员非常有用，并且两者都应该能够适当地找到文档。

为什么不将README文件放入层次结构中，以便人们更容易了解正在发生的事情

如果您真的想要这样的READMEs，请编写自己的可加载内核模块来提供它们，或者设置一些unionfs来提供它们。我认为这不值得付出努力（并且 unionfs/sys可能会减慢整个系统的速度）。

请记住，内核代码消耗 RAM（它永远不会被调出并位于物理内存中，而不是虚拟内存中），即使不使用也是如此。所以避免膨胀是有道理的。