非标准文件系统的挂载位置

非标准文件系统的挂载位置

我总是对在 Linux 中将永久非标准文件系统挂载到哪里感到困惑。例如包含通过 Samba 或 NFS 共享的公司文件的文件系统。

这不是文件系统层次标准确实解决了我发现的问题。最新版本的规范2.3添加 /srv,但目前看来,许多发行版似乎并未开始默认使用此目录来存储服务数据。传统上,大多数发行版都默认使用 /var 来存储服务数据,因此我不确定管理员是否会采用该惯例。

出于习惯,我倾向于将这些非标准文件系统挂载在 /mnt 下,但 FHS 指出这应该用于临时挂载点。但我也看到管理员将额外的挂载点放在 /、/home、/var 和 /usr/local 中。

所以我很好奇对于这些文件系统应该挂载在哪里,大家的共识是什么。

  • 您发现什么对您和您的组织有用?
  • 是否有任何涵盖该主题的已发表的最佳实践?

答案1

只要有意义就行。

FHS 非常适合维护跨分布的一致性,而您需要处理特定的异常情况。

如果有几台机器,请将它们安装在合理的位置。如果有很多台机器,请为您的公司制定自己的政策并记录下来(标准很棒,每个人都应该有一个)。

例如,我们:

  • 挂载 Domino 数据/var/dominodata/var/dominolog
  • 在 /1、/2、/3 下安装 Oracle(好吧,这是客户端,不是我们)
  • 哦,Squid 需要更多空间?在以下位置安装新的文件系统:/var/spool/squid

答案2

在 Ubuntu 上,通常将磁盘挂载在/媒体虽然它通常适用于可移动磁盘,但我认为它非常适合永久挂载点。

在 ubuntu 上使用 /media 的一个好处是如果您正在使用某些桌面环境,它通常会出现在文件管理器中(例如,它会出现在 Gnome 中的位置菜单中,以及 Nautilus 中。)

答案3

如果某些东西通常使用 /var(apache、mysql 等),那么我很乐意让它使用,移动这些东西只会引起混乱。在其他情况下,我会使用 /srv。

在我看来,/home 应该保留给实际用户,而 /usr 不应该用于变量数据

相关内容