Linux 提示 Permission denied：终端下诊断与修复

快速开始

“Permission denied”是 Linux 中最常见的错误之一，但拒绝访问的原因各不相同：可能缺少权限位、所有者不对、你不在相应的组里，或者程序主动拒绝权限过宽的配置。本指南带你从诊断到修复再到验证，一步步解决。

症状

用 stat 查看文件的权限元数据

在动手修改之前，先弄清楚权限位到底是什么。stat 会同时以八进制和 rwx 形式显示所有者、所属组以及读写执行权限，让你判断缺少的究竟是执行、写入还是读取权限。如果当前用户或组没有对应的权限位，那就是报错的根源。

$ stat file.txt

查看你所属的用户组

很多“权限不足”的问题其实出在组成员关系上——文件可能由某个你不在的组控制。用 groups 命令加上你的用户名，列出自己所属的组。如果缺少相关的组（如 sudo、docker、www-data），说明解决办法在于组关系或所有权，而不是 chmod。

$ groups alice

文件归属错误时用 chown 改变所有者

如果文件是由 root 创建的（例如以 root 身份复制或运行服务之后），而当前用户需要操作它，就应该用 chown 更改所有者。当问题出在所有权而不仅是权限位时用这个办法，并记下原来的所有者，方便日后恢复。

$ sudo chown user:group file-or-dir

$ sudo chown previous-owner:previous-group file-or-dir

用 chmod 补上缺失的权限位

如果诊断结果显示当前用户或组缺少某个权限位，就用 chmod 加上。最典型的情况是脚本缺少所有者的执行位。建议使用符号模式只添加确实需要的权限，而不是把文件对所有人开放。修改后再运行 stat 确认权限位已生效。

$ chmod u+x script.sh

$ chmod u-x script.sh

特殊情况：SSH 拒绝权限过宽的私钥

并非所有权限报错都是权限太少——当私钥能被其他人读取时，SSH 会直接拒绝使用它。如果错误出现在 ssh 连接时，用 chmod 600 把私钥收紧为仅所有者可读写，然后重新尝试连接。

$ chmod 600 ~/.ssh/id_ed25519 && ls -l ~/.ssh/id_ed25519

新文件总是受限？检查 umask

如果你刚创建的文件就出现权限不足，很可能是 umask 在创建时裁掉了权限位。先查看当前的 umask，再在本 shell 中调整，让之后新建的文件和目录获得预期的访问权限。

$ umask 027

$ umask 022

如何确认已解决

重新运行之前失败的命令。再对文件执行一次 stat，确认权限位和所有者已符合预期。

一键全部撤销

上面每一条命令都可以撤销。按此顺序执行即可全部还原。

$ umask 022
chmod u-x script.sh
sudo chown previous-owner:previous-group file-or-dir

执行前请先确认——部分步骤之间可能并非相互独立。

来源

• stat(1) - Linux manual page
  Ubuntu Manpages · technical · 2026-09-17
  依据: stat displays file status including size, blocks, inode, permissions, and Access/Modify/Change timestamps; -c allows a custom output format.
• groups(1) — print group memberships a user is in
  man7.org · technical · 2026-09-17
  依据: Documents groups printing the group names for a specified user, defaulting to the current user.
• chown(1) — change file owner and group
  man7.org · technical · 2026-09-17
  依据: The chown man page documents setting owner and group via 'owner[:group]' syntax and the -R option to operate recursively.
• chmod(1) — change file mode bits
  man7.org · technical · 2026-09-17
  依据: The chmod man page describes both symbolic modes like u+x (who operator permissions) and octal modes like 755 for setting mode bits.
• ssh(1) — Linux manual page (private key permissions)
  man7.org · community · 2026-09-17
  依据: ssh refuses to load identity files that are readable by others, requiring owner-only permissions on private keys.
• umask(2) — set file mode creation mask
  man7.org · technical · 2026-09-17
  依据: Explains that umask bits are cleared from requested permissions when files are created, and that the mask is inherited by children.

最后验证: 2026-09-21

相关指南