父目录缺少执行权限（x）是访问失败的主因：无x则无法进入、列出、访问子项，即使子文件权限为777也无效；需逐级检查并精准添加x权限。
父目录缺少执行权限（x）是 Linux 中最隐蔽也最常被误判的访问失败原因。它不阻止你看到父目录本身，但会直接切断对子项的一切操作——包括 ls 子目录内容、cd 进入、读取或执行其中的文件，哪怕那些子文件权限全是 777。
一、确认问题是否由父目录 x 权限缺失引起
执行 ls -ld /path/to/parent 查看父目录权限。重点看权限字符串末三位（other）或中间三位（group），如果对应位置没有 x（例如显示为 drw-r--r-- 或 drw-r-----），就说明该用户无法进入或遍历这个目录。
再用 id 确认当前用户身份：是否为所有者？是否属于所属组？是否匹配权限中的 “other” 角色？只有匹配的角色才受对应字段约束。
二、逐级向上检查路径中每个父目录
路径如 /a/b/c/file.txt，需依次检查 /a、/a/b、/a/b/c 的执行权限。任意一级缺 x，都会导致整条路径不可达。
- 运行
namei -l /a/b/c/file.txt可一次性列出路径各段的权限和所有者，非常高效 - 若无
namei，可用循环快速检查：for d in $(dirname /a/b/c/file.txt | tr '/' '\n' | grep -v '^$'); do echo "/$d"; ls -ld "/$d"; done
三、修复方式要精准，避免过度授权
只给真正需要的用户或组加 x 权限，不盲目用 chmod 755 或 chmod +x。
- 若你是所有者：
chmod u+x /path/to/parent - 若你属于所属组且组有权限需求：
chmod g+x /path/to/parent - 若必须开放给所有人（仅限可信环境）：
chmod o+x /path/to/parent
注意：目录的 x 权限 ≠ 文件的 x 权限。对目录而言，x 表示“可进入、可访问其子项”，不是“可执行”。
四、验证修复是否生效
不要只测最终目标文件，而是分步验证：
- 先
cd /path/to/parent—— 能进说明父目录 x 已生效 - 再
ls /path/to/parent—— 能列出内容说明 r 权限也正常 - 最后尝试原操作，如
cat /path/to/parent/file.sh或./file.sh
如果仍失败，问题可能已转移到下一层（比如子目录自身也缺 x），或涉及 SELinux、挂载选项（如 noexec）、ACL 等更深层机制。
