什么是符合FHS的安装点?


14

我想知道内部硬盘驱动器网络共享符合FHS的挂载点是什么?建议使用许多不同的教程将它们安装在子目录中/mnt/media

根据FHS 3.0(文件层次结构标准):

  • /media:可移动媒体的安装点(此目录包含用作软盘,cdrom和zip磁盘等可移动媒体的安装点的子目录。
  • /mnt:临时安装的文件系统的安装点(提供此目录是为了让系统管理员可以根据需要临时安装文件系统。此目录的内容是本地问题,不应影响任何程序的运行方式

我假设这些挂载点可以/home/foo/extdrive /home/foo/nfsshare用于单个用户系统,但是我将它们挂载到所有用户可访问的位置?

更新: FHS 3.0,第3.1章,第二个“规格”段落

  • 在新目录中/(即/workspace/nfsshare有几个原因,创建根文件系统的一个新的子目录被禁止:它要求在根分区,系统管理员可能希望保持小而简单的性能或安全原因空间。它规避了系统管理员为在可装入卷中分发标准文件层次结构而设置的任何规程。如果不十分仔细地考虑后果(包括应用程序可移植性),则发行版不应在根层次结构中创建新目录。

没有答案,但是内部硬盘驱动器是否不属于“普通”文件系统?例如,您磁盘1上的空间不足,请意识到这是因为/var增长速度超出了预期,因此安装磁盘2并将其安装为/var。有趣的问题:网络共享,有点“反/srv”!
约翰N

Answers:


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的原因。

系统范围USB磁盘的安装点

网络文件系统

它有时建议安装网络文件系统在专用子目录例如/n/host/nfs/host/net/host

例如,如果在/ host上安装了网络文件系统,并且网络变得不可访问,ls /则在尝试统计网络文件系统时可能会挂起。在您已经感到沮丧的时候,这可能是不希望的并且令人沮丧。


FHS说/mnt是用于临时安装。持久安装又如何呢?虽然我已经继续制作/mnt/data了额外的磁盘,但是让标准文档推荐系统管理员应该为额外的磁盘使用的内容确实让我感到欣慰。主要是心理上的要求。
eternaltyro '19

1
@eternaltyro我有完全相同的感觉,但是WouterVerhelst的回答中已经有一个很好的论据。我尝试起草一些要改进的内容,但实际上并没有。它主要是重复并且妨碍了实际建议。编辑以尝试使之清晰。
sourcejedi '19

8

当FHS谈论您不能做的事情时,那么您所谈论的是发行人,而不是用户或本地系统管理员。

UNIX系统只有一个文件系统树。因此,您可以在文件系统中任何位置的本地系统中挂载任何东西,并且不会以任何方式破坏FHS;毕竟,FHS竭尽全力以免妨碍本地系统管理员。对于始终存在于系统中的内部磁盘,挂载点为/optor /ntfs/scratchor or whatnot 是完全有效的。另外,如果磁盘空间不足,并且想将某些东西从根文件系统移到另一个磁盘上,则可以移动/var/usr移到单独的硬盘上,以这种方式进行处理。

你应该唯一不能做的是对的位置安装一个内部磁盘的FHS说分布可以写入(如/usr/var/lib),然后或者不相关的数据移动到的位置,或者使用一些非POSIX有关分区的文件系统。除此之外,几乎所有东西都是公平的游戏。


2

为了使特定用户可以访问目录,您将创建一个组。按照惯例,组可以具有主目录。这些有时(但不一定)创建为/ home / $ GROUP。

可以创建目录/ home / allusers。您可以根据需要保留组名allusers(即创建一个空组)。(用户名和组名在技术上是分开的命名空间,但通常保持一致。例如,在这种情况下,您特别不想创建普通用户“ allusers”)。

这种特定的命名方案不能自然地推广到多个文件系统,例如一个内部磁盘和一个网络文件系统。

您不是软件发行商,FHS中给出的基本原理不适用于您。遵循此限制将引入其他约束。如果/ home变得不可挂载,则出于备份,恢复或故障排除的目的而挂载/ home / allusers也将不太容易。


2

快速回答:这取决于……FHS是针对其他人所说的发行。但是您可能会发现,至少出于简化维护的目的,更容易遵循它的精神,尤其是在要由其他人最终支持的多个系统上执行此操作时。还需要牢记如何进行备份,因为这样可以节省您不得不调整备份以考虑到要添加的额外空间。

我使用的示例:

  • / mnt / play上的大块常规共享空间
  • 每用户CIFS通过pam-mount挂载到/ home / [用户名] / network / [share]
  • 按照手册的服务器应用程序,例如/ sapmnt / opt /无论/ bacula
  • 在/ srv / [sharename]或/ fileshares / [sharename]上的文件共享

还应该避免使用自动挂载程序使用的任何东西,例如Mint / Ubuntu上的/ media或将列出的目录树用于除其预定用途以外的用途。例如,通常将磁盘挂载到/ var / [app]或/ usr / [app]以便为该特定应用程序提供更多空间,但是不要将其用于其他用途,因为您只会得到自己的东西在混乱中。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.