遇到“Permission denied”报错，核心是用户身份与目标资源的权限规则不匹配；需按顺序确认“谁在操作、操作什么、需要什么权限、当前允许什么”，再通过whoami/id/groups查身份、ls -l/-ld查权限归属、比对操作类型所需权限（如执行需x、写入需w且目录wx）、最后用chmod/chown/加组等最小权限方式精准修复。
遇到“Permission denied”报错，核心是用户身份与目标资源的权限规则不匹配。排查不是靠猜，而是按顺序确认“谁在操作、操作什么、需要什么权限、当前允许什么”。下面四步能覆盖绝大多数情况。
一、确认当前用户身份和所属组
很多问题其实出在“你以为你在某组，其实不在”。运行以下命令看真实身份：
- whoami —— 确认当前登录用户名
- id —— 显示 UID、主组 GID 和所有附加组（重点看输出里有没有目标文件所属的组）
- groups —— 快速列出当前用户所属的所有组
比如 id 输出中没有 developers 组，而你要访问的目录属组是 developers，那即使目录权限是 rwxrwxr-x，你依然进不去——因为你不属于那个组。
二、检查目标文件或目录的权限与归属
用 ls 命令看清“它到底允许谁干什么”：
- ls -l 文件名 —— 查文件权限，注意前三段（所有者/组/其他人）和对应 rwx 位
- ls -ld 目录名 —— 查目录本身权限，特别注意末位 x：没有 x 就不能 cd 进入、不能 ls 列内容、也不能访问其下的任何文件
例如输出 drwxr-x--- 表示：所有者可读写执行，同组用户只能进和看（r-x），其他人完全被拒。如果你既不是所有者也不在组里，就必然 Permission denied。
三、比对操作类型与所需权限
不同操作要求不同权限，别只盯着“能不能打开”：
- 读文件内容 → 需要文件有 r 权限，且所在目录有 rx 权限（x 才能进入并访问）
- 写入文件 → 需要文件有 w 权限（追加或覆盖），且目录有 wx 权限（w 才能修改目录内文件列表）
- 执行脚本 → 文件本身必须有 x 权限（./script.sh 方式运行时），否则 bash 会直接拒绝
- cd 进目录 → 目录必须有 x 权限；ls 目录内容也依赖该 x
常见误区：给文件加了 w 权限，却忘了目录也要有 w，否则 touch 新文件或重命名仍失败。
四、针对性修复，避免盲目提权
根据上三步定位的问题，选最安全的解法：
- 缺执行权限（如脚本或目录） → chmod u+x script.sh 或 chmod +x dirname
- 所有权不对（如 /home 下的文件属 root） → sudo chown $USER:$USER filename
- 需加入某组才能访问 → sudo usermod -aG groupname $USER，然后重新登录生效
- 临时需要系统级操作（如改 /etc） → 优先用 sudo command，而不是直接切 root
不推荐 chmod 777 或无条件 sudo，它们掩盖问题，还可能引入安全隐患。
