为什么在现有目录上进行挂载？

需要一个现有目录作为安装点。

$ ls
$ sudo mount /dev/sdb2 ./datadisk
mount: mount point ./datadisk does not exist
$ mkdir datadisk
$ sudo mount /dev/sdb2 ./datadisk
$

我发现它令人困惑，因为它覆盖了目录的现有内容。挂载点目录中有两种可能的内容，它们可能会意外切换（对于未执行挂载的用户）。

为什么没有mount出现在新创建的目录中？这是图形操作系统显示可移动媒体的方式。很明显，目录是已挂载（存在）还是未挂载（不存在）。我很确定这是有充分理由的，但是我还没有发现它。

这是一个实施细节泄漏的情况。

在UNIX系统中，每个目录都包含一个映射到inode编号的名称列表。索引节点保存元数据，该元数据告诉系统它是文件，目录，特殊设备，命名管道等。如果是文件或目录，它还告诉系统在磁盘上何处查找文件或目录内容。大多数inode是文件或目录。该-i选项ls将列出inode编号。

挂载文件系统需要一个目录索引节点，并在内核的内存副本中设置一个标志，以表示“实际上，当查找该目录的内容时，请转而使用另一个文件系统”（请参见本演示文稿的幻灯片10 ）。这是相对容易的，因为它正在更改单个数据项。

它为什么不为您创建指向新inode的目录条目？您可以通过两种方法来实现，这两种方法都有缺点。一种是物理上将新目录写入文件系统-但是如果文件系统是只读的，则失败！另一种是在每个目录列表处理过程中添加实际上并不存在的“额外”内容列表。这很奇怪，并且可能对每个文件操作造成小的性能影响。

如果要动态创建安装点，automount系统可以执行此操作。特殊非磁盘文件系统也可以随意创建目录，例如proc，sys，devfs等等。

编辑：另请参阅答案，当您“挂载”具有内容的现有文件夹时会发生什么？

如果mount(2) 需要创建新目录作为挂载点，则无法在只读文件系统下挂载任何内容。那将是愚蠢的，所以我们可以排除这一点。

如果mount 可以选择创建一个新目录作为安装点，那将很奇怪。并不是一直都在进行挂载/卸载，因此在内核中添加额外的逻辑以使用单个系统调用来完成这两个步骤并不是很重要的。如果需要，只需留给用户空间进行mkdir(2)系统调用。德米特里（Dmitry）的答案指出，同时mount(2)做这两种事情会使它变得非原子性。而你想要一个额外的参数mount(2)与模式标志一样open(2)重视，对O_CREAT，O_EXCL等等。这纯粹是愚蠢相比，让用户空间做。

或者，也许您是在问让mount(8)（进行mount(2)系统调用的传统程序）执行此操作？那是可能的，但是已经有一个非常好的mkdir(1)工作，而Unix的设计都是关于可以组合的好的小型工具。如果您想要一个能同时实现这两个功能的工具，则可以很容易地编写一个shell脚本，以使用两个更简单的工具构建该工具。（或者，如大师所说，udisksctl已经这样做了，所以您不必编写它。）而且，mount(8)util-linux的Linux正常模式支持mount -o x-mount.mkdir[=mode]使用它的x-语法来表示用户空间的选项，而不是将选项传递给文件系统。

现在，更有趣的问题是：为什么在父文件系统上根本没有目录？

就像pjc50的答案指出了（没有关系，即使他有我的名字缩写！），在目录列表中显示挂载点也将需要对每个目录进行额外检查readdir()。

将挂载点作为目录存在于包含它们的目录中（在父FS上）是一个不错的技巧。 readdir()完全不必注意它是一个安装点。仅当将安装点用作路径组件时，才会发生这种情况。当然，路径解析必须检查安装表中路径的每个目录组件。

挂载到现有目录mount实际上是一个原子调用：它成功或失败，至少从用户的角度来看。如果mount必须自己创建安装点，它将有两个故障点，从而无法保证干净的回滚。想象以下情况：

1. mount 成功创建挂载点
2. mount 尝试将新文件系统挂载到该目录，但失败
3. mount 尝试删除安装点，但失败

该系统最终会导致失败的副作用mount。

这是另一个：

1. umount 成功卸载文件系统
2. umount 尝试删除安装点，但失败

现在，应该umount返回成功还是失败？

可能发生的另一种情况：

引导时，基本的只读映像会加载到根目录中。因此，当您想堆砌真正的根时，您想覆盖它。因此，您可以想象mount syscall只是将romountpoint 交换到rw。

在这里，假设您在root mountpoint上存在文件系统问题，您希望能够尝试对其进行修复。使用mount重叠，您可以卸载文件系统并使用fsck基本映像中提供的文件系统来解决它。

此功能在需要强大安全性来跟踪ro分区与分区之间的更改的系统中也很有用rw。

我也一直想知道。

一个简单的包装器，例如：

#!/bin/sh
eval "mkdir -p \"\$$#\"" 
/bin/mount "$@"  

如果保存为可执行脚本mount，该脚本/bin在您的PATH中覆盖的目录中命名，则它会在您感到困扰时解决此问题

（在运行实际的mount二进制文件之前，它会创建一个以的最后一个参数命名的目录mount，如果该目录尚不存在。）

或者，如果您不希望mount包装程序的调用失败以创建目录，则可以执行以下操作：

#!/bin/sh
set -e
eval "lastArg=\"\$$#\""
test -d "$lastArg" || { mkdir "$lastArg"; madeDir=1; }
/bin/mount "$@"  ||  {  test -z "$madeDir" || rmdir "$lastArg"; }