第一章 简介
1.1 目的
这个标准将实现：
- 软件预知已安装文件和目录的位置
- 用户预知已安装文件和目录的位置
我们这样做依靠：
- 为文件系统的每一部分指定引导原则
- 指定所需的最小文件和目录
- 列举存在历史冲突的具体案例
FHS文档将提供给：
- 独立的软件提供者用于编写及分发程序
- 操作系统编写者用于编写系统
- 用户用于理解和维护系统
FHS文档的范围限于：
- 本地文件的位置是一件本地事物，FHS不会试图篡改管理员
- FHS解决了文件放置在多方之间的协调问题，如本地，网站，应用程序，文档等。
1.2 公约
我们建议你在阅读本文档时选择排版后的版本。该版本中文件和目录的名称以恒定宽度字体显示。
文件名可变的部分被显示在”<”和”>”之中，例如<thus>.电子邮件地址也如此表达，但不是斜体。
文件名可选的部分被[]表示，也可能被<>表示。例如，如果一个文件名可以包含或不包含扩展部分，它将被表示为<filename>[<extension>]
目录名和文件名的可变子串可用”*”表示。
标记为“基本原理”的文本部分是解释性的，非规范性的。
第二章 文件系统
本标准假设符合FHS-兼容文件系统的操作系统支持大多数UNIX文件系统的基本安全功能。
应当定义2个独立的区域来区分以下文件：可共享的vs不可共享的，动态的vs静态的，总之，不同特征的文件应该放在不同的目录下。这使得在不同文件系统下储存不同用途特点的文件变得容易。
！注意
可共享的文件将被存储在主机上并被其他用户使用。然而，并不是所有的文件都可被共享，所以每个本地存储器都包含至少一个非共享文件夹。如果系统需要将所有文件存储在外部主机上，可以很方便的在外部主机上创建一个或多个目录。
静态和动态文件应当被隔离，因为静态文件可以被存储在只读介质上，不需要定期备份。
传统的UNIX型文件层次系统将动态和静态文件同时存放在/etc和/usr路径下。为了体现上文的思想，/var目录被建立并用于存放动态文件，/usr路径仅存放只读文件（如果是独立的文件系统）。在技术允许的情况下，动态文件已经从/etc迁移到/var下。
这里是一个FHS—兼容系统的范例。
|
共享 |
非共享 |
静态 |
/usr /opt |
/etc /boot |
动态 |
/var/mail /var/spool/news |
/var/run /var/lock |