我想知道内部硬盘驱动器和 网络共享的 FHS 兼容安装点是什么？许多不同的教程都建议将它们安装在子目录中/mnt或/media
根据FHS 3.0（文件层次结构标准）：
/media: 可移动媒体的挂载点（此目录包含子目录，用作可移动媒体的挂载点，例如软盘、CDROM 和 zip 磁盘。）/mnt: 临时挂载的文件系统的挂载点（提供此目录是为了系统管理员可以根据需要临时挂载文件系统。此目录的内容是本地问题，不应影响任何程序的运行方式）我假设这些挂载点可以/home/foo/extdrive /home/foo/nfsshare用于单个用户系统，但是我在哪里挂载它们可供所有用户访问？
更新： FHS 3.0，第 3.1 章，第二个“基本原理”段落
/(ie /workspaceand /nfsshare)禁止创建根文件系统的新子目录有几个原因： 它需要根分区上的空间，系统管理员可能出于性能或安全原因希望将其保持小而简单。它规避了系统管理员可能为跨可挂载卷分布标准文件层次结构而设置的任何规则。如果没有非常仔细地考虑后果（包括应用程序可移植性），发行版不应在根层次结构中创建新目录。 sou*_*edi 16
您可以创建自己的挂载点目录。如果要问为什么，我只能指出Wouter Verhelst的精彩回答。
/mnt如果您愿意，是一个可以自己制作的有效地方，也是/。
/mnt某些历史安装系统以及可移动媒体（之前/media）可能已用于此目的。您这样做仍然有效，但系统本身不再应该在/mnt.
我认为如果您可以创建多个挂载点，使用 /mnt 是合理的。它可以很容易地将所有这些放在一起，并且它被称为人们喜欢使用的位置之一。其他一些人喜欢使用/Volumes- 遵循 OS X 系统，或/vol. /data 对于单个挂载点很常见。/d/ 也被使用。/disk/ 几乎肯定会被一些人使用，但可能会分散非基于磁盘的存储的注意力。
如果你使用/mnt，我也会创建/mnt/tmp。然后仍然会有一个方便的临时挂载目录，FHS 提到的 /mnt 的原始用法。
/media在某些常见系统上，手动创建挂载点可能是一个坏主意。现代 Linux 操作系统会自动为可移动媒体创建挂载点，它们创建的结构可能会发生冲突，或者只是看起来与您自己的不一致。您没有说明您的系统是什么，但您可能对便携式指南感兴趣，尤其是当您询问 FHS 时。请注意，此推理类似于 FHS 规定操作系统不得填充 /mnt 的原因。
它有时建议安装网络文件系统在专用子目录例如/n/host，/nfs/host或/net/host等
例如，如果您在 /host 上挂载网络文件系统并且网络变得无法访问，ls /则在尝试统计网络文件系统时可能会挂起。在您已经感到沮丧的时候，这可能是不受欢迎的和令人沮丧的。
当 FHS 谈论您不能做什么时，它所谈论的您是发行版，而不是用户或本地系统管理员。
一个 unix 系统只有一个文件系统树。因此，您可以将本地系统中的任何内容挂载到文件系统的任何位置，并且不会以任何方式破坏 FHS；毕竟，FHS 不遗余力地避开本地系统管理员。对于始终在系统中的内部磁盘，拥有/optor/ntfs或/scratchor 之类的安装点是完全有效的。或者，如果磁盘空间不足，并且想要将某些内容从根文件系统移到另一个磁盘上，则可以将/var或/usr移到单独的硬盘并以这种方式处理。
您唯一不应该做的事情是将内部磁盘安装在 FHS 表示发行版可以写入的位置（例如/usr、/var、 或/lib），然后要么不将相关数据移动到该位置，要么使用一些非 POSIX相关分区的文件系统。除此之外，几乎一切都是公平的游戏。