应使用ls -ld命令查看目录自身的所属组和组权限，因为ls -l不加-d会列出目录内容而非目录本身属性；输出中第四列为所属组，权限字符串第5–7位为组权限。
用 ls -l 查看目录的所属组和组权限
直接运行 ls -l 目录名，输出的第一列是权限字符串，第三列是所有者，第四列就是所属组。比如：
drwxr-xr-- 2 alice devteam 4096 Jun 5 10:22 /home/alice/project
这里 devteam 就是该目录的所属组，而权限字符串 drwxr-xr-- 中第5–7位（即 r-x）代表的就是这个组的权限：可读、可执行，但不可写。
- 单独查所属组名，也可用
stat -c "%G" 目录名，只输出组名，适合脚本中提取 - 如果目录权限字符串里第5–7位是
---，说明所属组当前没有任何权限，哪怕它确实是该目录的组 -
ls -ld 目录名比ls -l 目录名更准确——后者若目录非空，会列出其内容；-d强制只显示目录自身元信息
为什么 ls -l 不加 -d 容易误判组权限
对目录执行 ls -l mydir/（不带 -d），默认会列出 mydir/ 内部文件的权限，而不是 mydir/ 自身的权限。这时候你看到的第四列是内部某个文件的所属组，跟目录本身无关。
- 错误示例：
ls -l /var/log显示的是日志文件的归属，不是/var/log这个目录的所属组 - 正确做法：始终用
ls -ld /var/log确保查的是目录自身的属性 - 权限字符串首字符为
d才表示这是目录；若看到-开头，说明你实际查的是普通文件
组权限生效的前提：用户必须属于该组
即使目录所属组是 devteam，且组权限是 r-x，你也得确认当前用户在 devteam 组里，否则这些权限不生效。
- 查当前用户所属组：
groups或id -Gn - 临时切换组身份测试（需已属该组）：
sg devteam -c "ls /home/alice/project" - 注意：新加入的组需要重新登录或
newgrp devteam才能生效，Shell 子进程不会自动继承
常见混淆点：目录的“执行”权限（x）到底控制什么
对目录来说，x 不是“运行”，而是“能否进入”和“能否访问子项的元数据”。没有 x，哪怕有 r 权限也 ls 不出来、cd 不进去。
- 现象：
ls -l能看到组权限含r，但ls mydir/报Permission denied→ 很可能缺x - 验证：
getfacl mydir/可查是否被 ACL 或 SELinux 覆盖（基础权限只是第一层） - 安全实践：生产环境慎开组的
w权限，尤其对共享目录；r-x是最常用且较安全的组合
目录的所属组和组权限不是静态标签，它依赖于用户实际组成员身份、目录自身的 x 位是否开启，以及是否有更高优先级的权限机制（如 ACL）介入。别只盯着 ls -l 输出的第四列和中间三个字符就下结论。
