Docker挂载目录权限拒绝：挂载dir3失败但dir2正常求助
这个问题的核心大概率是目录路径的遍历权限差异，或是目标目录dir3的所有者/组与dir2不一致导致的——虽然两者权限位显示相同，但背后的访问控制逻辑存在区别。
1. 为什么挂载dir2成功但dir3失败？
Linux中访问目录的规则是：要到达某个子目录，你需要对路径上的每一层父目录都拥有执行（x）权限，同时对目标目录拥有至少读（r）和执行（x）权限。
你挂载/home/dir1/dir2/成功，说明：
/home、/home/dir1、/home/dir1/dir2这三层目录，运行Docker的用户（通常是root，或是你加入docker组的普通用户）都有足够权限访问。
但挂载dir3时报错，且你确认目录已存在，问题可能出在以下两点：
a. dir3的所有者/组与dir2不一致
虽然两者权限都是drwxr-x---，但权限位的含义是：
d：目录rwx：所有者权限r-x：所属组权限---：其他用户权限
如果dir2的所有者是你当前用户（或你所在的组），而dir3的所有者是其他用户（比如root），且你的用户不在dir3的所属组里，那么你（或Docker daemon运行的身份）就无法访问dir3——Docker会因为无法检测到该目录存在，尝试创建它，最终触发权限拒绝报错。
b. SELinux上下文限制（如果你的系统开启了SELinux）
部分Linux发行版（比如CentOS、RHEL）默认开启SELinux，它会阻止Docker访问未配置正确上下文的目录。如果dir2之前已经被Docker挂载过，SELinux会自动设置合适的上下文，但dir3没有，就会导致权限拦截。
2. 排查与解决步骤
步骤1：检查dir2和dir3的所有者/组
执行命令查看详细权限信息：
ls -ld /home/dir1/dir2 /home/dir1/dir2/dir3
对比两者的所有者:组字段是否一致。如果不一致，调整dir3的所有者/组匹配dir2：
# 假设dir2的所有者是user1:group1，替换成实际值 chown user1:group1 /home/dir1/dir2/dir3
步骤2：验证路径遍历权限
检查路径上所有父目录的执行权限：
namei -l /home/dir1/dir2/dir3
这个命令会列出路径每一层的权限，确保运行Docker的用户（如果是普通用户，就是你的当前用户；如果是root则无需担心）对每一层都有x权限。
步骤3：SELinux上下文检查（可选）
如果你的系统开启了SELinux，检查目录的上下文：
ls -Z /home/dir1/dir2 /home/dir1/dir2/dir3
如果dir3的上下文和dir2不同，手动设置Docker允许的上下文：
chcon -Rt svirt_sandbox_file_t /home/dir1/dir2/dir3
或者临时关闭SELinux测试（不推荐长期关闭）：
setenforce 0
如果测试后可以挂载，说明是SELinux的问题，建议保留SELinux并配置正确的上下文。
3. 补充说明
Docker在挂载时，如果无法访问源目录（即使它存在），会误以为目录不存在，尝试创建它——这就是为什么报错信息是mkdir ... permission denied，本质是无法访问已存在的目录，而非创建失败。
内容的提问来源于stack exchange，提问作者Izik
