检测 linux 上的绑定挂载答案

【问题标题】：detecting bind mounts on linux检测 linux 上的绑定挂载
【发布时间】：2012-01-03 10:58:16
【问题描述】：

我正在寻找一种方法来确定给定路径是否是绑定挂载点（在 linux 上）。检测常规挂载点的标准技术似乎不起作用。甚至 mountpoint 命令也无法检测到绑定挂载。

【问题讨论】：

我真的很想了解你问这样一个问题的原因。
一开始是我认为我需要的东西，现在它发展成为更多的“我只需要知道”。最初的原因是我正在编写一个相当全面的文件系统walker/scanner。
然后你试着记住你已经访问过的inode。

标签： c++ python c linux

【解决方案1】：

我不确定是否应该有办法做到这一点（可能通过/etc/mtab 或/etc/fstab 除外），因为我知道绑定挂载是挂载空间中的某种“硬链接”（不是文件层次结构），并且（一旦发生绑定挂载）无法区分源挂载点和目标挂载点。

为什么要问这个？从应用程序的角度来看，绑定挂载（恕我直言）对于隐藏这些东西非常有用（否则你会使用符号链接 - 甚至是硬链接，在极少数情况下它们是可能的 - 用于目录）

由于您的问题，我刚刚发现的mountpoint 似乎看到了一些东西：

% grep /home /etc/fstab
UUID=000008-0003-000c-9ecd-0f1a /home           ext3    defaults        0       2
% grep /usr/src /etc/fstab
/home/Src /usr/src none bind 0 0
% mountpoint /usr/src
/usr/src is a mountpoint
% mountpoint /home/Src
/home/Src is not a mountpoint

通过strace-ing mountpoint 我发现它正在对/usr/src 和/usr/src/.. 等目录执行lstat、stat 和fstat 系统调用

^{（2016 年 11 月添加：）}

另见/proc/mounts，例如proc(5) 和 nftw(3)

【讨论】：

我相信mountpoint使用的技术是寻找l/stat path和path/..，然后寻找不同的设备id或者相同的inode。至于 fstat 调用，我不确定，但它可能与挂载点检查没有直接关系。至于“为什么”。您对它们的用途提出了一个很好的观点，我决定考虑将链接挂载在与常规目录相同的设备中。话虽如此，我仍然很好奇人们是如何检测到它们的。目前我发现的最佳技术是扫描 /proc/mounts 和 /etc/mtab 以获取信息。

【解决方案2】：

您可以通过检查路径及其父目录的设备 ID 来检测路径是否是挂载点（前提是挂载的文件系统与父目录的不同 - 我从未尝试绑定挂载目录到自己身上！）。

这是一个快速的命令行演示：

$ cut -d ' ' -f2 /proc/mounts | xargs stat -c '%d %n'
18 /sys
4 /proc
6 /dev
19 /dev/pts
20 /run
2049 /
7 /sys/kernel/security
21 /dev/shm
22 /run/lock
23 /sys/fs/cgroup
24 /sys/fs/cgroup/unified
25 /sys/fs/cgroup/systemd
26 /sys/fs/pstore
27 /sys/fs/cgroup/perf_event
28 /sys/fs/cgroup/cpu,cpuacct
29 /sys/fs/cgroup/pids
30 /sys/fs/cgroup/blkio
31 /sys/fs/cgroup/memory
32 /sys/fs/cgroup/cpuset
33 /sys/fs/cgroup/net_cls,net_prio
34 /sys/fs/cgroup/devices
35 /sys/fs/cgroup/freezer
39 /proc/sys/fs/binfmt_misc
17 /dev/mqueue
8 /sys/kernel/debug
37 /dev/hugepages
2066 /home
39 /proc/sys/fs/binfmt_misc
44 /run/user/1000
45 /sys/fs/fuse/connections
2049 /run/schroot/mount/my-chroot-cb43935e-0812-45ea-af4f-965a1e2de91d
4 /run/schroot/mount/my-chroot-cb43935e-0812-45ea-af4f-965a1e2de91d/proc
18 /run/schroot/mount/my-chroot-cb43935e-0812-45ea-af4f-965a1e2de91d/sys
6 /run/schroot/mount/my-chroot-cb43935e-0812-45ea-af4f-965a1e2de91d/dev
19 /run/schroot/mount/my-chroot-cb43935e-0812-45ea-af4f-965a1e2de91d/dev/pts
2066 /run/schroot/mount/my-chroot-cb43935e-0812-45ea-af4f-965a1e2de91d/home
2049 /run/schroot/mount/my-chroot-cb43935e-0812-45ea-af4f-965a1e2de91d/tmp

一旦你知道它是一个挂载点，那么如果它的设备 id 对/proc/mounts 中的多个条目是通用的，你可以假设其中一个是绑定挂载。从这个答案中找出哪个是绑定的，哪个是绑定的仍然是一个缺失的部分。

【讨论】：

stat中，为什么要列出inode号，而不是设备号？
@Steve - 嗯，因为我没有仔细阅读手册页，看不到我需要 -f 参数。我是个白痴。

【解决方案3】：

$ mount | grep bind

我不是很清楚你想要什么，这个命令符合你的需要吗？

【讨论】：