想要掌握 Linux 系统中的用户组信息，最直接、最可靠的途径就是查看 /etc/group 文件。该文件作为系统本地用户组的权威定义，不依赖于任何外部服务，也不存在缓存问题，其内容即当前系统所认可的全部组集合。
直接查看 /etc/group 文件
只需执行一条简单的命令 cat /etc/group，所有组信息便会清晰呈现。文件中的每一行都遵循固定格式：组名:密码占位符:GID:成员列表。
这里有几个关键点值得留意：密码字段通常只是一个占位符 x，真正的组密码（如果设置过）实际存储在 /etc/gshadow 文件中。而成员列表字段仅列出以该组为附加组的用户名，并以逗号分隔。这意味着，如果某个用户的主组就是这个组，那么该用户名不会出现在这个字段里。举个例子，用户 alice 的主组是 users，但在 users 这一行的成员字段中，你很可能看不到 alice 的名字。
- GID 为 0 的组（通常是
root）属于系统关键组，修改时需要特别谨慎。 - 关于组名，按照规范，
/etc/group文件中不允许出现空格或特殊字符。如果你确实看到了这样的行，大概率是文件损坏或有人手动误写导致的。
使用 getent group 应对混合环境
若你的系统环境较为复杂，比如同时启用了 LDAP、SSSD 或 NIS 这类网络目录服务，那么仅查看 /etc/group 就不够了，因为它只反映本地定义的组。此时，getent group 命令就派上用场了。
它会根据 /etc/nsswitch.conf 配置文件中 group: 行的顺序，依次查询所有已配置的数据源（比如先查本地文件 files，再查网络服务 sss），然后返回合并后的完整结果。例如，执行 getent group sudo，返回的结果可能是本地定义的，也可能是来自 LDAP 目录的，具体取决于配置的查询顺序。
- 如果只想查询本地组，可以加上
files前缀：getent files group。 - 想确认某个组名是否存在（不论它来自哪个数据源）？直接用
getent group 组名比用grep去文件中搜索更准确，能避免匹配到注释或部分字符串。 - 需要注意的是，
getent命令默认不会显示那些没有任何附加成员、且不是任何用户主组的“空组”，这一点与直接cat /etc/group的显示结果不同。
groups 和 id 命令：它们显示的是“生效组”
千万不要把 groups 或 id 命令的输出当作系统组的完整列表。这两个命令的作用是告诉你，当前用户（或你指定的用户）实际拥有哪些组的权限，即其主组加上所有的附加组。
举个例子，运行 id -Gn alice 可能会输出 alice users docker。这仅仅说明 alice 在当前会话中，能够以这三个组的身份去访问资源。但这绝不代表系统里只有这三个组——很可能还存在像 ftp、adm 这样没有被任何用户加入的组。
groups命令默认查看当前用户，后面跟上用户名则可查看指定用户，但这要求执行者有权限读取相关的系统文件。id命令的选项很实用：id -g返回主组的 GID（数字），id -G返回所有组的 GID 列表（数字），id -Gn则返回组名列表。不过要注意，当组名包含非 ASCII 字符时，-Gn的输出可能会出现乱码或截断。- 还有一个常见的“坑”：当你使用
usermod -aG命令为用户添加新的附加组后，这个新组不会立即出现在groups命令的输出里。用户需要重新登录，或者使用newgrp命令切换一下组，新的组权限才会生效。
如何区分系统组和普通用户组？看GID范围
通常，我们会用 GID（组 ID）的范围来做一个大致的区分：系统组（如 daemon, sys）的 GID 通常小于等于 999，而普通用户创建的组，其 GID 则从 1000 或更高开始。
但请注意，这只是大多数发行版的惯例，并非强制规则。不同的发行版或环境（比如某些容器镜像）可能采用不同的起始编号。因此，最稳妥的做法是去查询系统配置文件 /etc/login.defs，里面定义的 GID_MIN 和 GID_MAX 变量才是当前系统真正的边界值。
你可以用类似下面的命令来获取并利用这个边界进行过滤：
awk -F= '/^GID_MIN/ {print $2}' /etc/login.defs
- 使用
getent group查询时，返回的 GID 就是数据源中的实际值，它不受本地/etc/login.defs的影响，因为网络目录服务可能分配任意的 GID。 - 当你使用
groupadd -g指定一个 GID 来创建组时，如果这个 GID 已经被占用（即使对应的组已经被删除），命令也会报错groupadd: GID 'xxx' already exists，因为系统会记录已使用的 GID。 - 删除一个组后，它的 GID 并不会被系统自动回收再利用。新建组时，如果不指定 GID，系统会默认分配下一个可用的 GID。
最后，分享一个容易被忽略但至关重要的细节：/etc/group 文件本身并没有锁机制。这意味着，如果多个进程或脚本同时尝试写入这个文件，极有可能导致文件内容损坏。因此，在脚本中，绝对要避免使用类似 echo ... >> /etc/group 这样的直接追加命令。正确的做法是始终使用 groupadd、groupdel 这类原子性的管理命令，它们会以安全的方式处理文件的写入操作。
