直接运行groups命令可列出当前用户所属的所有组（主组和附加组），输出为一行空格分隔的组名；它读取/etc/group匹配用户uid，比id -gn更全面，后者仅返回主组名而遗漏附加组。
查看当前用户所属的组有哪些
直接运行 groups 命令就能列出当前登录用户的全部组（包括主组和附加组），输出是一行空格分隔的组名。它本质是读取 /etc/group 并匹配当前用户 UID，比手动查 id 更简洁。
如果需要更详细的信息（比如 GID、主组标识），用 id：
id
常见误区是只看 id -gn ——它只返回主组名，会漏掉所有附加组。实际权限生效时，附加组同样起作用，所以别跳过 groups 或 id 的完整输出。
把用户添加到某个附加组（不改主组）
用 usermod -aG 是唯一安全的方式。其中 -a 表示 append（追加），-G 指定附加组列表；漏掉 -a 会导致用户被踢出所有现有附加组，只剩新指定的那些——这是最常踩的坑。
例如把用户 alice 加入 docker 和 plugdev 组：
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
sudo usermod -aG docker,plugdev alice
- 操作后必须重新登录（或新开 shell）才能让组权限生效，SSH 连接也要重连
- 不能对当前登录用户直接改主组并立即生效，组变更不触发会话刷新
-
usermod修改的是/etc/group，不会动用户家目录权限，别指望自动修复已有文件的属组
修改用户的主组（login group）
主组由 /etc/passwd 第四字段决定，用 usermod -g 修改（小写 g）：
sudo usermod -g developers alice
这会把 alice 的主组设为 developers，同时不影响其附加组。注意：
- 主组变更后，该用户新建文件的默认属组会变成新主组，但已有文件属组不变
- 如果目标组不存在，命令会失败，先用
groupadd developers创建 - 不要用
usermod -G（大写 G）来试图改主组——它只管附加组，且没-a时会清空旧附加组
验证组修改是否生效 & 常见失效原因
改完别急着测试权限，先确认组信息已更新：
groups alice
如果输出没变，大概率是没重新登录。其他常见原因：
- SSH 会话未断开重连：即使
id在本地显示正确，远程 shell 可能仍沿用旧组缓存 - 桌面环境（如 GNOME）需完全退出图形会话，仅开新终端不够
- 某些服务（如 Docker）对组权限检查较严格，需重启服务进程：
sudo systemctl restart docker - 容器内执行命令时，宿主机组变更不影响容器内用户组，得进容器再查
组权限不是“改完就通”，它依赖会话级的组列表加载时机，这点容易被忽略。
