mount -o bind 可跨文件系统挂载，仅做VFS层路径映射，不依赖底层文件系统类型；需手动创建目标目录，非递归绑定默认不包含子挂载点，递归需加--rbind；开机挂载应写入/etc/fstab并用none bind格式；卸载失败时优先排查进程占用，慎用-l强制卸载。
mount -o bind 能否跨文件系统挂载
可以，但只做路径映射，不涉及底层设备切换。bind 挂载本质是 VFS 层的路径重定向，和源目录是否在 ext4、XFS 或 tmpfs 上无关——只要源路径存在且有读权限，就能绑定。
-
mount -o bind /old/path /new/path不要求两个路径在同一个挂载点下 - 如果
/old/path本身是另一个 bind 挂载点，也能继续 bind（但嵌套过深会增加排查难度） - 注意：bind 不会自动创建
/new/path目录，必须提前mkdir -p /new/path
为什么 mount --bind 后子目录没同步出现
默认 bind 是“非递归”的，只映射指定目录本身，不包含其下的挂载点（比如 /old/path 下有个 tmpfs 子挂载，它不会出现在 /new/path 对应位置）。
- 加
--rbind才能递归绑定所有子挂载（相当于-o bind,rbind） - 常见错误现象：
ls /new/path看起来空或缺内容，其实是子挂载没带过去 -
--rbind在容器或 chroot 场景中更常用，普通目录映射一般用--bind就够了
如何让 bind 挂载开机自动生效
写进 /etc/fstab 是最稳妥的方式，但格式容易出错——bind 类型不是独立文件系统类型，得用 none 或 bind 作为伪类型，并显式指定 bind 选项。
- fstab 行示例：
/old/path /new/path none bind 0 0
- 不能写成
ext4或xfs类型，否则启动时报unknown filesystem type - 如果依赖其他挂载点（比如
/old/path在某个 LVM 卷上），确保该卷先于 bind 行挂载（靠pass字段控制顺序不保险，建议用_netdev或 systemd 挂载单元做依赖）
umount 失败提示 “target is busy” 怎么办
bind 挂载的目标路径被进程占用，或者有子 shell 当前工作目录卡在里面，这是最常见的卡点。
- 先用
lsof +D /new/path或fuser -v /new/path查谁在用 - 特别注意：bash 的
cd /new/path后即使没执行命令，也会锁住目录；退出 shell 或用cd /再试 - 强制卸载风险高：
umount -l /new/path（lazy）能解燃眉之急，但可能让已打开的 fd 指向失效路径，后续读写报Stale file handle
none 类型，这些地方一错，机器重启就进不了系统。 
