chown -R 修改目录所属组后权限不生效，是因为仅更改归属不改变文件权限位，必须配合 chmod -R g+rx 开放组读执行权限；新文件属组错误需加 chmod g+s 启用 setgid；防互删需设 chmod o+t 启用粘滞位。

chown -R 修改目录所属组后权限不生效？

直接用 chown 把目录所属组改了，但同组用户还是进不去、看不到文件——这不是权限没改成功，而是旧文件的权限位没变。Linux 检查访问时，只看当前文件自身的权限位（比如 rw-r----- 中中间三位），不看它“应该属于谁”。所以必须配合 chmod 才能真正开放组访问。

• chown -R user1:data /shared 只改归属，不碰权限位
• 接着要执行 chmod -R g+rx /shared 才让组成员能读和进入目录
• 如果目录里已有文件，且原权限是 600，那即使属组是 data，组成员也依然无权读——g+rx 就是补这个缺口

为什么新创建的文件自动继承错误的组？

普通用户在共享目录下新建文件，默认属组是自己的私有组（比如 jerry:jerry），不是你设的公共组 data。这就导致其他 data 组成员无法修改该文件，哪怕目录权限是 775。

CentOS Linux 7.9.2009

CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离

下载

• 根本原因是目录缺少 setgid 位：运行 chmod g+s /shared
• 加完后，所有在此目录下新建的文件/子目录，属组自动设为 data，而不是创建者私有组
• 注意：g+s 对已存在文件无效，只影响后续新建项；且仅对目录生效

如何防止用户互相删除对方的文件？

开了 g+w 和 g+s 后，组内所有人可写，但也能删别人文件——这是目录默认行为。关键不是关写权限，而是启用 sticky bit。

• 执行 chmod o+t /shared（或 chmod 1775 /shared）
• 这时即使用户对目录有写权限，也只能删自己创建的文件（或有写权限的文件）
• 注意：o+t 是针对“其他用户”位设置的，但实际效果作用于整个目录的写操作控制，不是字面意义的“其他人”
• 常见误配：chmod 777 /shared + o+t → 仍不安全，因为 777 让所有人都能删，sticky bit 不起作用

groupadd / usermod 配合 chgrp 的典型漏点

很多人以为把用户加进组、再用 chgrp 改目录属组就万事大吉，结果发现当前登录会话里权限还是不对。

• 用户加入新组后，**必须重新登录**（或用 newgrp data 切换），否则 id 输出里不会显示新组
• chgrp 只改单层目录属组，不递归；想改全树得加 -R，但更推荐用 chown :data /shared（冒号开头表示只改组）
• 别混用 usermod -g（改主组）和 usermod -aG（加附加组）：前者会踢出原主组，后者才安全追加

实际配置一个共享目录，三步缺一不可：chown 设归属、chmod g+s 固定新建文件属组、chmod o+t 锁定删除权限。少一步，协作就容易出问题。