SUID位显示为大写S的目录导致同组用户无法访问文件的问题排查及修改方法咨询

嘿，咱们把问题拆成两部分来理清楚：先解决同组用户访问不了的核心问题，再聊聊那个大写S的事儿。

一、同组用户无法访问views目录的关键原因 #

先看你贴出来的权限串：drwxrwS---+，重点看组权限部分——是rw-，缺少了执行权限（x）！

对目录来说，执行权限（x）是用户进入目录、访问内部文件的基础门槛：哪怕给组开了读/写权限，没有x的话，用户连进入这个目录都做不到，更别说查看或修改里面的文件了。这就是为什么你的同组用户能在/home/frx里创建文件（因为/home/frx的组权限是rws，包含x），但进不去views的核心原因。

至于那个大写的S，它不是直接导致访问失败的原因，但能反映权限设置的问题：大写S表示你给这个目录设置了SUID位，但目录所有者（pi）的执行权限没开，所以SUID位显示为大写（小写s是SUID位+所有者x权限同时开启的状态）。不过要注意：目录的SUID位在大多数Linux系统里是没有实际作用的，你本来想设置的应该是SGID位（g+s），用来让目录下的新文件自动继承frx组的权限对吧？

二、怎么解决问题？ #

1. 优先解决同组用户的访问问题

给views目录的组加上执行权限，同时确保SGID位正常工作（这才是共享目录需要的核心设置）：

chmod g+x views

操作后权限应该会变成drwxrws---+，这里的小写s是SGID位（因为组的x权限开启了），这才是共享目录的正确状态——既让新文件自动继承组权限，又允许同组用户正常访问目录内容。

2. 关于把大写S改成小写s（其实没必要，但满足你的疑问）

如果你一定要把SUID位的大写S改成小写s，只需给目录所有者加上执行权限：

chmod u+x views

这样SUID位会变成小写s，但还是那句话，目录的SUID位没有实际用途，咱们还是聚焦在SGID和组权限上更有意义。

最后，别忘了检查views目录的ACL权限（因为权限串末尾有个+号，说明存在额外的ACL规则），可以用getfacl views命令查看，确认有没有额外的ACL限制了同组用户的访问。

备注：内容来源于stack exchange，提问作者u936293