linux中gid是权限分组协同的底层依据，系统只认数字gid而非组名；用户加入组即向其gid列表添加数字，配合setgid位和合理权限设置，才能实现安全可控的协作。
Linux 中的 GID 是权限分组协同的底层依据，不是名字而是数字在起作用——组名只是标签，系统只认 GID。把用户放进合适 GID 的组里，再配合目录的 setgid 位和合理权限设置，才能真正实现安全、可控的协作。
GID 怎么定义协作边界
GID 唯一标识一个组，文件或进程的“所属组”字段存的就是这个数字。系统判断某用户能否使用 group 权限时，检查的是：该用户的主 GID 或任一附加 GID 是否等于文件的 group GID。这意味着：
- 用户加入某个组，本质是让自己的 GID 列表里多一个数字
- 一个用户可属于多个组（多个 GID），但主组只有一个（/etc/passwd 第四字段指定）
- 新建普通组默认 GID 从 1000 起分配，系统组（如 adm、sudo）GID 通常在 1–999 区间
怎么把用户加进协作组
用 usermod -aG 是最稳妥的方式，-a 表示追加，-G 指定附加组名或 GID：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- usermod -aG devs alice —— 把用户 alice 加入 devs 组（组名自动解析为对应 GID）
- usermod -aG 1010 bob —— 直接按 GID 添加，适合脚本或组名含特殊字符时
- 操作后用户需重新登录或执行 newgrp devs 才能立即生效新组权限
让协作目录自动继承组身份
仅把用户加进组还不够，新创建的文件默认归属用户主组，容易破坏协作一致性。解决方法是设 setgid 位：
- chmod g+s /project —— 目录的 group 执行位变成 s，表示 setgid 生效
- 此后在 /project 下新建的文件或子目录，group GID 自动设为 /project 的 GID，而非创建者主组
- 搭配 chgrp devs /project 确保目录本身归属正确组，再设 setgid 才有意义
查 GID 和验证是否生效
别只看 /etc/group，要确认运行时实际生效的 GID：
- id alice —— 显示 alice 的 UID、主 GID 和所有附加 GID（含名称和数字）
- id -G alice —— 只输出所有 GID 数字，空格分隔，适合脚本判断
- ls -ld /project —— 查看目录权限，末位若有 s（如 drwxrwsr-x），说明 setgid 已启用
- getent group devs —— 查 /etc/group 同时兼容 LDAP/NIS，比直接 cat 更可靠
