检测 linux 上的绑定挂载

Posted

技术标签:

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

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

【问题讨论】:

我真的很想了解你问这样一个问题的原因。 一开始是我认为我需要的东西,现在它发展成为更多的“我只需要知道”。最初的原因是我正在编写一个相当全面的文件系统walker/scanner。 然后你试着记住你已经访问过的inode。 【参考方案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/.. 等目录执行lstatstatfstat 系统调用


(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

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

【讨论】:

以上是关于检测 linux 上的绑定挂载的主要内容,如果未能解决你的问题,请参考以下文章

Linux系统的目录绑定配置

Linux mount 命令进阶

解决 Docker 数据卷挂载的文件权限问题

linux解除绑定ssh源地址

标签上的绑定循环警告

docker数据存储方式(bind--mount)