如何在Linux中修改文件权限 Linux chmod数字符号对照

P粉602998670

发布时间：2025-08-29 11:38:01

886人浏览过

来源于php中文网

原创

答案：chmod命令通过数字或符号模式修改Linux文件权限，数字模式简洁高效，适用于快速设置标准权限；符号模式直观灵活，适合精确调整。合理使用权限可保障系统安全、稳定及团队协作效率，需注意权限不足、递归风险、特殊权限位和umask影响。

如何在linux中修改文件权限 linux chmod数字符号对照

在Linux系统中修改文件权限，核心工具就是

chmod

命令。它允许你精确控制谁能对文件或目录进行读取、写入或执行操作，这对于系统安全和日常管理至关重要。你可以通过数字（八进制）或符号两种方式来指定这些权限，两者各有侧重，但都能达到目的。

解决方案

Linux的文件权限由三组权限位组成：文件所有者（user）、文件所属组（group）和其他用户（others）。每组权限又包含读（read, r）、写（write, w）和执行（execute, x）三种基本权限。

1. 数字（八进制）模式：

这是

chmod

命令最常用也最高效的方式之一。每个权限都有一个对应的数字值：

读（r）= 4
写（w）= 2
执行（x）= 1
无权限 = 0

将这三个值相加，就能得到每组权限的数字表示。例如：

读写执行 (rwx) = 4 + 2 + 1 = 7
读写 (rw-) = 4 + 2 + 0 = 6
读执行 (r-x) = 4 + 0 + 1 = 5
只读 (r--) = 4 + 0 + 0 = 4

然后，你将文件所有者、文件所属组和其他用户的权限数字按顺序组合起来，形成一个三位或四位数字。

chmod 755 filename
:
- 所有者 (u): 7 (rwx)
- 所属组 (g): 5 (r-x)
- 其他用户 (o): 5 (r-x)
- 这意味着文件所有者可以读、写、执行，而组内成员和其他用户只能读和执行。这对于可执行脚本或公共目录非常常见。
chmod 644 filename
:
- 所有者 (u): 6 (rw-)
- 所属组 (g): 4 (r--)
- 其他用户 (o): 4 (r--)
- 文件所有者可以读写，其他人只能读。这通常用于配置文件或数据文件。
chmod 777 filename
: 赋予所有人读、写、执行权限。这在安全上通常不推荐，除非你非常清楚你在做什么。
chmod 600 filename
: 只有文件所有者有读写权限，其他人没有任何权限。适用于敏感的私有文件。

使用示例： 要给名为

myscript.sh

的脚本文件添加所有者执行权限，并确保它对其他用户安全：

chmod 700 myscript.sh

或者，如果你想让所有者可读写执行，组内成员可读执行，其他人没有任何权限：

chmod 750 myapp_data/

（对于目录，执行权限意味着可以进入该目录）

2. 符号模式：

符号模式更加直观，它允许你通过符号来添加、删除或设置权限。

用户类型：
- ```
u
```
  (user): 文件所有者
- ```
g
```
  (group): 文件所属组
- ```
o
```
  (others): 其他用户
- ```
a
```
  (all): 所有用户 (u+g+o)
操作符：
- ```
+
```
  : 添加权限
- ```
-
```
  : 移除权限
- ```
=
```
  : 精确设置权限（会覆盖原有权限）
权限类型：
- ```
r
```
  : 读
- ```
w
```
  : 写
- ```
x
```
  : 执行

使用示例：

chmod u+x script.sh
: 给文件所有者添加执行权限。
chmod go-w file.txt
: 移除组内成员和其他用户的写权限。
chmod a=rwx,o-w directory/
: 将所有用户的权限设置为读写执行，然后单独移除其他用户的写权限（这步其实有点多余，因为前面已经设置了
```
a=rwx
```
，通常会分开操作或用数字模式）。
chmod u=rw,g=r,o=
: 精确设置权限：所有者读写，组内成员只读，其他用户没有任何权限。

我个人在快速设置常见权限时，比如给脚本一个

或

，会直接用数字模式，因为它确实快。但如果我只是想给一个文件临时加个执行权限，或者移除某个特定用户的写权限，符号模式就显得更清晰，我不用去心算那些数字组合。

为什么文件权限管理如此重要？

说实话，文件权限管理在Linux世界里，简直是基石般的存在。它不仅仅是让文件能跑起来、能读写那么简单，它直接关系到系统的安全、稳定，甚至是你团队协作的效率。

PageOn

AI驱动的PPT演示文稿创作工具

下载

首先，最直接的当然是安全性。想象一下，如果你的配置文件、用户密码文件或者敏感数据文件，所有用户都能读写，那简直就是把大门敞开，等着黑客进来。通过精确控制权限，你可以确保只有授权的用户或进程才能访问关键资源，大大降低了数据泄露和系统被篡改的风险。我曾经就因为一个配置文件的权限设置不当，导致服务启动时读取了错误的信息，排查了半天才发现是权限问题。

其次，它保障了系统稳定性。某些系统文件或目录，如果被不小心修改或删除，可能会导致系统崩溃或服务中断。比如，

/etc

下的配置文件，

/bin

或

/usr/bin

下的核心命令，它们的权限通常被设置为只有root用户才能写入。这就像给重要的机器零件上了锁，防止误操作。

再者，对于多用户环境和团队协作，权限管理是不可或缺的。在一个开发团队中，你可能希望开发者可以修改自己项目目录下的文件，但不能随意动其他团队成员的代码；或者，你希望一个Web服务器用户（如

www-data

）能够读取Web根目录下的文件，但不能写入，除非是上传目录。通过合理设置组和权限，可以清晰地划分职责，避免混乱，提高工作效率。

最后，权限也决定了程序的行为。一个脚本文件，如果没有执行权限，你是无法直接运行它的。一个Web服务器如果无法读取网页文件，用户就无法访问你的网站。这些都是最基础但又最核心的功能保障。所以，文件权限远不止技术细节那么简单，它是构建一个健壮、安全、高效Linux环境的必修课。

chmod

命令中数字与符号模式的优劣分析

在

chmod

的世界里，数字模式和符号模式就像是两种不同的语言，都能表达文件权限的意图，但各有各的韵味和适用场景。我个人觉得，理解它们各自的优劣，能让你在实际操作中更游刃有余。

数字模式（八进制）：

优点：
- 简洁高效： 用三位数字就能概括所有权限，对于常见权限组合（如
```
755
```
  、
```
644
```
  、
```
700
```
  ），记忆起来很方便，输入也快。尤其是在脚本或自动化任务中，它能让命令保持非常精简。
- 一目了然： 对于熟悉数字权限的人来说，看到
```
755
```
  立刻就能知道是“所有者读写执行，组内和其他用户读执行”，非常清晰。
- 完全控制： 你可以一次性设定所有用户类型的权限，不需要分步操作。
缺点：
- 直观性差： 对于初学者来说，
```
755
```
  或
```
644
```
  这些数字背后代表什么，需要额外的学习和记忆。不像符号模式那样，一眼就能看出是“添加执行权限”还是“移除写权限”。
- 修改不灵活： 如果你只想给某个用户类型添加或移除一个权限，你可能需要重新计算整个三位数字，这反而不如符号模式方便。比如，只想给组添加执行权限，你得先知道当前权限是什么，然后重新计算出新的数字。

符号模式：

优点：
- 直观易懂：
```
u+x
```
  、
```
go-w
```
  这样的表达方式，几乎是自然语言，非常容易理解其意图，即“给所有者添加执行权限”、“移除组内和其他用户的写权限”。
- 精确修改： 它非常适合进行增量或减量的权限调整。你不需要知道文件当前的权限状态，就可以直接添加或移除某个特定权限，而不影响其他权限。
- 学习曲线平缓： 对于刚接触Linux权限的人来说，符号模式更容易上手和理解。
缺点：
- 相对冗长： 如果你想一次性设置所有用户类型的权限，符号模式的命令可能会比数字模式长一些，比如
```
chmod u=rwx,g=rx,o=rx file
```
  就比
```
chmod 755 file
```
  要长。
- 可能需要多次操作： 某些复杂的权限组合，可能需要分步操作，或者组合多个符号表达式。

何时使用： 我的经验是，当你需要快速设置一个文件的初始或标准权限时，比如一个脚本文件

，一个普通文件

，数字模式是首选。它高效且简洁。而当你需要对现有权限进行微调或特定修改时，比如“给这个脚本添加执行权限，但只针对所有者”，或者“移除这个目录对其他用户的写权限”，符号模式的优势就体现出来了，它更直观，出错的概率也小。很多时候，我会在脚本里用数字模式，因为自动化需要简洁；而在命令行下手动调整时，会更倾向于符号模式，因为它更符合我的思维习惯。

如何处理

chmod

权限修改时可能遇到的常见问题？

修改文件权限，听起来简单，但在实际操作中，尤其是在生产环境，确实会遇到一些让人头疼的问题。理解这些常见挑战，能让你在面对时更从容。

1. 权限不足（Permission Denied）： 这是最常见的错误。当你尝试修改一个文件或目录的权限，但你本身没有足够权限（比如不是文件所有者，也不是root用户），系统就会提示“Permission denied”。

解决方案：
- 使用
  sudo
  ：如果你有
```
sudo
```
  权限，最直接的方式就是在
```
chmod
```
  命令前加上
```
sudo
```
  。例如：
```
sudo chmod 755 /var/www/html/myscript.sh
```
  。这会以root用户的身份执行命令，从而绕过权限限制。
- 切换用户： 如果你知道哪个用户拥有该文件的权限，可以切换到那个用户（例如
```
su - username
```
  ）再进行操作。
- 检查文件所有权： 使用
```
ls -l
```
  查看文件的所有者和所属组。如果不是你，你可能需要请求文件所有者或系统管理员来修改，或者使用
```
chown
```
  命令来改变文件所有权（这通常也需要root权限）。

2. 递归修改权限的风险 (

-R

选项)：

chmod -R

可以递归地修改一个目录及其所有子文件和子目录的权限，非常强大，但也很危险。

风险： 想象一下，如果你不小心对
```
/
```
目录执行了
```
chmod -R 777 /
```
，那整个系统都会变得极其不安全，甚至可能导致系统无法启动，因为很多关键文件（如
```
/etc/shadow
```
）的权限被错误地放宽了。
解决方案：
- 谨慎使用： 除非你非常清楚你在做什么，否则不要轻易对根目录或系统关键目录使用
```
-R
```
  。
- 分步操作： 对于目录和文件需要不同权限的情况，我通常会先用
```
chmod -R DIR_PERMS directory/
```
  设置目录的权限，然后用
```
find directory/ -type f -exec chmod FILE_PERMS {} \;
```
  来单独设置文件的权限。例如，给目录设置
```
755
```
  ，文件设置
```
644
```
  ：
```
chmod -R 755 myproject/
find myproject/ -type f -exec chmod 644 {} \;
```
- 测试： 在非生产环境或备份数据后再进行大范围的递归权限修改。

3. 特殊权限位（SUID, SGID, Sticky Bit）的理解： 除了读、写、执行权限，Linux还有一些特殊的权限位，它们用四位数字来表示（前缀是0-7）。

SUID (Set User ID, 4xxx)： 当可执行文件设置了SUID位时，任何用户执行它时，都会以文件所有者的权限运行。例如，
```
passwd
```
命令允许普通用户修改自己的密码，就是因为它设置了SUID位，以root权限运行来修改
```
/etc/shadow
```
文件。
- 风险： 恶意程序如果设置了SUID位，可能导致权限提升漏洞。
SGID (Set Group ID, 2xxx)：
- 对于可执行文件：以文件所属组的权限运行。
- 对于目录：在该目录下创建的新文件和子目录，会自动继承该目录的所属组，而不是创建者的主组。这在团队协作共享目录时非常有用。
Sticky Bit (粘滞位, 1xxx)： 主要用于目录。当一个目录设置了粘滞位时，该目录下的文件只能由其所有者、目录所有者或root用户删除，即使其他用户对该目录有写权限。最典型的例子就是
```
/tmp
```
目录，所有用户都可以在里面创建文件，但只能删除自己的文件。
使用示例：
- ```
chmod 4755 myscript
```
  (设置SUID)
- ```
chmod 2775 shared_dir
```
  (设置SGID，用于共享目录)
- ```
chmod 1777 /tmp
```
  (设置Sticky Bit) 理解这些特殊权限，能让你在更复杂的场景下，更好地管理系统安全和协作。

umask

对新建文件权限的影响：

umask

值决定了系统在创建新文件或目录时，默认的权限是什么。它是一个“权限掩码”，表示要从最大权限中“减去”的权限。

默认最大权限： 文件是
```
666
```
(rw-rw-rw-)，目录是
```
777
```
(rwxrwxrwx)。
umask
值：通常是
```
002
```
或
```
022
```
。
- ```
022
```
  意味着：文件创建时，所有者权限是
```
6-0=6
```
  (rw-)，组和其他用户权限是
```
6-2=4
```
  (r--)，最终是
```
644
```
  。目录创建时，所有者权限是
```
7-0=7
```
  (rwx)，组和其他用户权限是
```
7-2=5
```
  (r-x)，最终是
```
755
```
  。
问题： 有时候你发现新建的文件权限总是不对，可能是
```
umask
```
设置不符预期。
解决方案：
- 使用
```
umask
```
  命令查看当前
```
umask
```
  值。
- 可以通过
```
umask 002
```
  等命令临时修改，或在
```
.bashrc
```
  、
```
.profile
```
  等文件中永久设置。