usermod -g 用于修改用户初始主组，更新 /etc/passwd 第4字段gid，但不自动更改已有文件属组；需手动用 chgrp 调整，且新组必须存在、执行需 root 权限。
usermod -g 用于修改用户的初始主要组（primary group），也就是用户登录时默认归属的组，对应 /etc/passwd 文件中该用户记录的第4个字段（GID）。这个操作会更新用户主目录的属组（如果启用 -d 配合 -m 可迁移目录权限），但不会自动更改用户已创建的文件的属组——那些文件仍保留原属组，需手动用 chgrp 或 find + chgrp 批量调整。
使用 -g 的基本语法和前提
命令格式为：sudo usermod -g 。注意：
- 目标组必须已存在（可通过
getent group或cat /etc/group | grep确认） - 执行者需有 root 权限（通常加
sudo） - 不能将用户设为一个不存在的组，否则报错
group 'xxx' does not exist - 若新组名与当前主组相同，命令无实际变更，但不会报错
修改后对用户会话和文件的影响
修改后，新登录的 shell 会以该组为 gid（可用 id 命令验证），但已有文件不受影响：
- 新建文件的默认属组变为新主组（受
umask和mkdir/touch默认行为影响） - 家目录本身（如
/home/username）的属组不会自动变更，需额外运行sudo chgrp -R /home/username - 用户当前已打开的进程（如正在运行的 shell）gid 不变，需重新登录才生效
常见组合操作示例
实际管理中常搭配其他参数一并处理：
- 仅改主组：
sudo usermod -g developers alice - 同时改主组并递归修正家目录权限：
sudo usermod -g developers alice && sudo chgrp -R developers /home/alice - 指定 GID 而非组名：
sudo usermod -g 1005 alice（确保 GID 1005 对应有效组） - 避免遗漏：修改前先确认原主组
id alice，修改后再运行id alice核对 gid 和 groups 列表
注意事项与典型错误
容易出错的地方包括：
- 误用
-G（大写）：那是修改附加组（supplementary groups），不是主组 - 未检查目标组是否存在，导致命令失败
- 以为改完
-g就自动修复所有旧文件权限，结果协作时出现“Permission denied” - 在用户正登录时执行，虽能成功修改配置，但用户当前会话仍沿用旧 gid，可能引发临时权限异常
