'hier(7)‘和’文件层次结构(7)‘手册页之间有什么区别？

Question

hier(7)和file-hierarchy(7)手册页都声称描述了传统的文件系统层次结构。然而，两者之间存在着一些差异。例如，hier(7)描述/opt和/var/crash，但file-hierarchy(7)不描述。这两种描述之间有什么区别。真正的Linux系统使用哪一个？

Answer 1

hier手册页有着悠久的历史，可以追溯到1979年的Unix第七版。Linux操作系统中的版本不是原来的Unix操作系统，而是一个克隆版。

在世纪之交，FreeBSD人员记录了已有的长期实践，即系统管理员为自己的系统调整内容，以及一个好的系统管理员修改手册页面以适应本地调整。

当然，Linux操作系统在doco方面是出了名的坏。hier手册页面很少被发行版维护人员完全调整以适应实际的操作系统，如果要进行调整的话。例如，Debian根本不对其进行修补，而只是按原样提供底层泛型hier来自Michael的Linux项目的手册页。

(BSD通常有一个更强的传统，就是那些正在对操作系统进行修改的人，包括他们所做的对do的改变。结果他们的独角戏更好。但在某些领域，它本身仍然令人遗憾地过时了。例如：的FreeBSD手册ul命令自2.9BSD以来一直缺少该工具的大部分.)

因此，2014年，伦纳特·波特林为systemd开发了自己的手册页面file-hierarchy。正如您所看到的，尽管它声称它并不比hier页面“更小”。首先，它记录了关于用户主目录的全部附加内容。

因此，有两个不同的手册页来自两组不同的人，他们中没有一个是发行版维护者，他们实际上决定了这件事。

简单的事实是，基于Linux的实际操作系统两者都不支持。发行版维护人员不会在file-hierarchy页面中修补来自香草系统的发行版本；正如前面提到的，hier页面通常也不会在本地修补。

此外，它们不遵守层次标准。有几个操作系统故意偏离它，其中有几个系统记录了这一点。一些Linux操作系统故意不引用它，比如GoboLinux。从进一步的阅读中可以看出，Arch Linux过去常常引用它，但后来放弃了它。

(我强烈怀疑，尽管我没有做过严格的调查，Arch Linux放弃FHS是一个临界点，坚持FHS是目前Linux操作系统的例外，而不是常态。)

对于许多Linux操作系统来说，根本就没有一个手动页面。实际的操作系统将是hier、file-hierarchy、Linux层次标准和具有不同程度文档的单个操作系统规范的混合物。

再读

• Jonathan de Boyne Pollard (2016年)。"地名录“。诺什指南。软件。
• Nguyen (2004-07-30)。Linux文件系统层次结构。0.65版Linux文档项目。
• https://wiki.archlinux.org/index.php/Frequently_已询问_questions#Does_拱_关注_这个_Linux_Foundation.27s_文件系统_层次结构_标准_.28FHS.29.3F
• https://netarky.com/programming/arch_linux/Arch_Linux_目录_structure.html
• https://wiki.gentoo.org/wiki/Complete_手册/用户_和_这个_Linux_文件_system#Linux_文件_系统_层次结构
• https://www.suse.com/support/kb/doc/?id=7004448
• https://sta.li/filesystem/
• 丹尼尔·伯恩斯坦。根目录。cr.yp.to。

Answer 2

hier(7)来自手册项目，应该反映文件系统层次标准。

file-hierarchy(7)来自系统%d，并且

描述这些规范的一个更小、更现代化的子集，该子集更严格地定义系统对文件系统层次结构提出的建议和限制。

特别是，后者更详细地描述了每个文件系统的使用和约束:它是本地的还是可以共享的，它是持久的还是可以是tmpfs-backed的，程序应该如何找到它等等。

真正的Linux系统每个都有自己的文件系统策略，通常是基于FHS的。例如，德比安政策基于FHS的3.0版本，但有一些例外。使用systemd的发行版(现在包含了大多数非嵌入式发行版)最终在实践中遵循了systemd的要求。