我正在研究HFS linux标准文档，我不能超越这个概念。
我没有得到的概念可以通过下面的报价来certificate：
根文件系统的内容必须足以启动，恢复，恢复和/或修复系统。
首先，也许我误解了什么是“根文件系统”。 这听起来像是特定的“/”目录，以及所有的子目录。
但是下面的说法似乎与原来的观点相冲突：
“用于平衡这些考虑因素的主要考虑因素，有利于把许多东西放在根文件系统上，这是保持尽可能小的根的目标。出于多种原因，希望保持根文件系统的小。偶尔从非常小的媒体登上“。
如果你挂载“/”，你挂载整个系统，不是？ （也许这个文档意味着我们把不同的目录放在不同的分区上，比如把/ bin，/ sbin放在“root分区”中，而把/ usr，/ home，/ media，/ mnt放在其他地方。为什么根文件系统中包含“/ usr，/ home，/ media，/ mnt”，而不是在独立系统中？
这又回到了原来的问题： 除了根文件系统以外还有什么系统？ 如果将数据放入“根文件系统”，如果只是进入子目录，有什么用呢？
这里的问题是“文件系统”这个词。 在POSIX / Unix / Linux世界中，它被用来表示几个不同的东西。
/usr文件系统 ”。 /proc ”。 你的“根文件系统”的含义是＃2。 这就是通常所说的系统音量 ：安装在/ DASD（几乎总是单一的）部分，并且所有其他的磁盘卷和其他文件系统（意思是＃3）都安装在它们的顶部。 （ 引导卷在适用的情况下是单独的卷：一个单独的DASD分片，其中包含机器固件引导的操作系统引导加载程序代码，在Linux / BSD世界中至less通常安装在根卷，在需要时在/boot 。）操作系统救援和紧急维护模式通常不会安装任何其他卷根卷，所以，如上所述，这种维护所需的一切将需要在根卷。
同样，通过将正常操作中写入的所有内容（日志文件，用户数据文件，经常更改的非维护configuration文件）都放到另一个卷上，configuration一个系统，以使对特定卷的写操作非常less，远离通常只读的东西 – 比如系统实用程序二进制文件，库，静态configuration文件 – 意味着在硬件故障和脏closures事件中，卷的破坏概率较低。 对于根卷来说，这是一个特别好的想法，即使在维护/救援模式下，腐败也可能阻止系统升级。
这是挂载为/的分区上的所有内容。 为/var ， /tmp ， /usr等位置安装单独的分区是相当常见的
例如， /bin包含启动/恢复系统的重要程序，它应该在根文件系统上，而/usr/bin不在，可以在单独的（可能是远程的）文件系统上。