Linux 文件系统的层次化结构
FHS，Filesystem Hierarchy Standard，文件系统层次化标准。这是一个推荐标准，可以从 http://www.pathname.com/fhs/ 获取。
本文不讨论 FHS，因为它是针对 Unix 发行版提供的一个推荐方案。本文旨在描述 Linux 常见的文件系统层次化结构。
用于存放程序和数据的目录结构
虽然不讨论 FHS，但我们仍然需要知道设计文件系统层次化结构的一些准则，以理解现有结构的设计思路。
- 对于系统正常运行来说，一个软件包是否是必要的、基本的？
- 一个命令是否应该仅由管理员使用？
- 一个软件包可能分为“给用户使用的”、“给开发者使用的”和“自己内部的”三部分内容
- 一个软件包可能来自于“包管理器”、“不受包管理器管理的第三方”或是“本地编译”
- 区分“基本无需修改的静态数据文件”和“随着使用而时刻变化的动态数据文件”
[ / ]
我们知道 / 是文件系统的根目录。在根目录下有：
| 目录 | 用途 | 例子 |
|---|---|---|
/boot |
引导程序所需的静态数据 | |
/bin |
基本的用户命令 | /bin/ls |
/sbin |
基本的系统命令 | /sbin/shutdown |
/lib |
链接库和内核模块 | /lib/ld-linux.so.2 |
/opt |
存放第三方的软件包 | |
/etc |
配置文件 | /etc/hostname |
/tmp |
临时文件 | |
/run |
与进程相关的数据 | /run/xxx.pid /run/xxx.sock |
/var |
动态数据 | |
/usr |
常规内容 | |
/root |
root 用户的主目录 | |
/home |
存放其他用户的主目录 | /home/alice |
/bin /sbin 这里使用“命令”一词，是因为这里的可执行文件都是能够直接运行的。系统命令是指那些应该仅由管理员使用的命令。
/lib 可能有一系列变体，里面有对应于特定体系结构的库，如 /lib64/ld-linux-x86-64.so.2。
/opt 里推荐使用这样的目录结构：
/opt/<package>/
bin
include
lib
doc
man
额外地，不推荐把软件包的配置文件（etc）和动态数据（var）放在这里，而是分别放置在 /etc/opt/<package> /var/opt/<package>。
[ /var ]
/var 里大致会有：
| 目录 | 用途 | 例子 |
|---|---|---|
log |
日志文件 | |
run |
与进程相关的数据 | |
lock |
本地锁 | |
tmp |
临时文件 | |
cache |
缓存数据 | |
lib |
持久化的状态数据 | |
spool |
假脱机代理的数据 | |
backups |
备份数据 | |
crash |
系统崩溃转储信息 | |
opt |
来自 /opt 软件包的可变数据 |
|
local |
来自/usr/local 软件包的可变数据 |
/run 跟 /var/run 一般并无二致，而且通常其中一个会符号链接到另一个。
/tmp 跟 /var/tmp 区别在于一般 /tmp 里面的文件会在系统重启后被自动清空，而 /var/tmp 不这样。
[ /usr ]
/usr 下存放那些并非系统最基本的常规内容。它包括：
| 目录 | 用途 | 例子 |
|---|---|---|
bin |
用户命令 | /usr/bin/vim |
sbin |
系统命令 | /usr/sbin/useradd |
lib<qual> |
链接库和软件包私有的静态数据文件 | /usr/lib/X11 |
share |
软件包共享的静态数据文件 | |
include |
C 头文件 | /usr/include/stdio.h |
src |
软件包源码 | /usr/src/linux-headers-common |
local |
本地定制的内容 |
各 Linux 发行版提供的软件包管理器一般会将它所管理的各种软件的内容置于 /usr 下。
注意到，这里没有 etc 和 var，Linux 希望归属于 /usr 的软件包的配置文件和动态数据被统一收纳在 /etc /var 内。
[ /usr/local ]
/usr/local 默认是空的，用于存放那些系统管理员自定义的内容。这些软件包不受系统和软件包管理器管理，也不会随着系统升级而被覆盖。它包括：
| 目录 | 用途 |
|---|---|
bin |
用户命令 |
sbin |
系统命令 |
lib<qual> |
链接库和软件包私有的静态数据 |
share |
软件包共享的静态数据 |
etc |
软件包配置 |
var |
动态数据 |
include |
C 头文件 |
src |
软件包源码 |
注意到这里有 etc var，因为你可能会不希望自定义的软件包的配置和动态数据跟系统自带的混在一起。
还有一些特殊用途的目录
/srv 用于存放系统提供的各种服务的数据，如 /srv/ftp 或 /srv/project-1/http。Ubuntu 上并未使用它，而 Manjaro 使用了。
/lost+found 用于存放文件系统修复时找回的部分文件，这些文件被文件系统修复程序 fsck 发现，但是丢失了引用。
/usr/games /usr/local/games 用于存储与游戏相关的内容。
与设备相关的目录结构
对于访问设备、挂载额外的文件系统，在根目录下有：
| 目录 | 用途 | 例子 |
|---|---|---|
/dev |
存放设备的文件抽象 | /dev/null |
/mnt |
存放额外的挂载点 | |
/proc |
Linux 内核状态的文件抽象 |
在现在看来 /media /mnt 之间的界限没有那么明显，但很久之前的人们是希望区分他们的：
/mnt只包含临时的挂载点，在不影响现有系统的情况下存取文件/media包含可移动设备的挂载点。如/media/cdrom0
Ubuntu 使用了 /media 而 Manjaro 则使用 /mnt，但是内容没有本质区别。
文件系统层次化结构与挂载点
理想的情况下，系统管理员可以在不同的挂载点挂载文件系统的不同部分，灵活地启用不同的功能，并给予不同的访问权限。
一些可能的切分如下：
//usr/usr/local/opt/etc/etc/opt/var/var/opt/run/tmp/home
举例来说，系统管理员在配置完 /usr 下的软件包后，可以以只读模式挂载 /usr 来保证其安全和稳定。
原文链接 https://blog.xupu.name/p/2018-11-linux-filesystem-hierarchy/
