Linux中用户的初始组由/etc/passwd第四字段定义，决定新建文件默认属组，需用usermod -g永久修改；newgrp仅临时切换当前shell的有效组，不改变初始组。
Linux 中每个用户都有一个初始组（primary group），它在用户创建时自动设定，通常与用户名同名。这个组决定用户新建文件的默认所属组，也影响某些权限行为。要修改用户的初始组，不能仅靠 newgrp 命令——它只能临时切换当前 shell 的有效组（effective group），不会改变初始组本身。
初始组与附加组的区别
初始组是用户登录时自动获得的主属组，记录在 /etc/passwd 第四字段；附加组（secondary groups）则列在 /etc/group 中，通过 usermod -aG 添加。新建文件的组所有权默认使用初始组，而非当前 effective group。
- 查看当前用户的初始组：执行
id -gn或看/etc/passwd对应行第4个字段 - 查看所有所属组（含附加组）：运行
groups或id -Gn - 初始组无法通过
newgrp永久更改，它只影响当前 shell 会话的 effective group
用 newgrp 临时切换 effective group
newgrp 命令会启动一个新 shell，将指定组设为当前会话的 effective group。这对需要以某组身份创建文件或访问组权限资源时很实用，但退出 shell 后即失效。
- 切换到用户所属的某个附加组：
newgrp devteam - 切换回初始组：
newgrp -（注意短横线） - 要求目标组必须已在
/etc/group中存在，且当前用户是该组成员（可通过usermod -aG提前添加） - 不支持密码验证的组（即
/etc/gshadow中无密码字段）可直接切换；若设置了组密码，需输入密码
真正修改初始组的方法
要永久变更用户的初始组，必须更新 /etc/passwd 文件中的 GID 字段，并确保对应组存在。推荐使用 usermod 工具，避免手动编辑出错。
- 将用户
alice的初始组改为developers：sudo usermod -g developers alice - 执行后需用户重新登录才生效（包括 SSH、图形界面等），已有 shell 会话不受影响
- 确保
developers组已存在（可用getent group developers验证），否则命令失败 - 修改后，该用户新建的所有文件默认属组都会变成
developers
常见误区与注意事项
很多用户误以为 newgrp 能“设置初始组”，其实它只是运行时的组上下文切换。初始组是账户级属性，和登录认证强绑定。
-
newgrp不改变/etc/passwd，也不影响其他终端或后续登录 - 若目标组不在用户所属组列表中（
groups输出里没有），newgrp会报错 “group does not exist” - 脚本中慎用
newgrp，因为它会启动子 shell，后续命令不在同一上下文中，常导致逻辑中断 - 容器或 systemd 服务中，初始组由用户数据库决定，
newgrp一般不可用
