bind mount能跨文件系统共享目录，这是其核心价值；它基于vfs路径映射，支持ext4、xfs、tmpfs、nfs等任意类型，只要源路径存在且有读权限、目标路径已手动创建即可生效。
bind mount 能不能跨文件系统共享目录
能，而且这是它最常用的价值点。bind mount 本质是 VFS 层的路径映射，不依赖源目录或目标目录所在的底层文件系统类型——/old/path 在 ext4、XFS、tmpfs 甚至 NFS 挂载点上，都能成功 mount --bind 到 /new/path。只要源路径存在、有读权限，目标路径已创建且未被占用，就能生效。
执行 bind mount 前必须手动创建目标目录
这是最容易被忽略的一步，mount --bind 不会自动创建目标路径。如果漏掉，会报错：mount: /new/path: mount point does not exist。
正确操作顺序：
mkdir -p /new/pathsudo mount --bind /old/path /new/path
注意：/old/path 本身可以是另一个 bind 挂载点，但嵌套过深（比如 A→B→C→D）会让排查变得困难，日常使用建议控制在一层以内。
递归绑定子挂载点要用 --rbind，不是 -o rbind
默认 --bind 是非递归的：只映射目录本身，不包含其下已存在的子挂载点（例如 /old/path 下挂了 tmpfs 或另一个 NFS 目录，这些不会出现在 /new/path 对应位置）。
现象：执行 ls /new/path 看起来空或缺内容，其实只是子挂载没带过去。
解决方法：
- 需要同步子挂载时，用
sudo mount --rbind /old/path /new/path -
--rbind是独立参数，不是-o rbind（后者无效） - 容器、chroot 或多层挂载环境常用
--rbind；普通单层目录映射，--bind就够了
/etc/fstab 中 bind 挂载必须用 none 类型，不能写文件系统名
开机自动挂载 bind，必须写进 /etc/fstab，但格式极易出错。常见错误是把类型写成 ext4 或 xfs，导致启动失败并卡在 initramfs 阶段，报错：unknown filesystem type 'ext4'（因为 bind 不是真实文件系统）。
正确 fstab 行写法：
/old/path /new/path none bind 0 0
关键点：
- 第1列是源路径（不是设备），第2列是目标路径
- 第3列必须是
none或bind（二者等效） - 第4列选项必须含
bind，不能省略 - 如果
/old/path依赖其他挂载点（如 LVM 卷或 NFS），需确保该依赖先完成挂载——靠pass字段（第6列）不可靠，建议用 systemd 挂载单元加After=xxx.mount依赖
卸载失败时优先查进程占用，别急着 -l
umount /new/path 报 target is busy 是高频问题。根本原因几乎总是有进程正在访问该路径下的文件或子目录（包括 shell 当前工作目录、日志轮转脚本、监控 agent 等）。
推荐排查步骤：
-
fuser -v /new/path查看哪些 PID 正在使用 -
lsof +D /new/path查看具体打开的文件 - 确认无关键进程后，再
sudo umount /new/path -
-l（lazy unmount）只是把挂载点从命名空间摘除，后台仍可能残留 I/O，仅作临时规避，不该作为常规手段
bind mount 的“透明性”很强——修改、删除、stat 都反映原始 inode，但这也意味着你无法通过挂载点本身判断它是否已被 bind 过，得靠 findmnt 或查 /proc/mounts。
