Filesystem Hierarchy Standard(FHS文件系统结构标准）第一章&第二章

第一章 简介

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