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 锁定删除权限。少一步，协作就容易出问题。
