非交互式bash脚本执行usermod -aG后如何非交互触发重登使组权限生效

不需要触发系统层面的重新登录。组权限修改后当前脚本执行报错的核心原因是：运行脚本的shell进程在内核中维护的所属组列表，是进程启动时读取的旧数据；sudo usermod -aG $USER docker只会修改/etc/group中的持久化组配置，不会更新已存在进程的组凭证。以下两种方案可在非交互脚本中实现组权限即时生效：

• 方案1：单/少量命令临时提权
  使用系统自带的sg命令（属于shadow-utils标准工具集，所有主流Linux发行版默认预装），可直接以指定组成员身份执行传入的命令，不需要重新登录，也不会启动交互式shell，完全适配非交互场景。修改后的脚本示例：

  #!/bin/bash
  sudo usermod -aG $USER docker
  # 以docker组成员身份执行需要权限的命令
  sg docker -c "docker ps"
  

  后续所有需要docker组权限的命令，都可以放在sg docker -c "命令内容"的参数中执行，脚本执行流不会中断。

• 方案2：脚本全局生效组权限
  如果后续有大量命令需要docker组权限，可在组修改完成后，用exec加载新的组身份替换当前脚本进程，注意增加判断逻辑避免无限递归：

  #!/bin/bash
  # 检查当前进程是否已经加载docker组权限
  if ! id -nG | grep -qw docker; then
      sudo usermod -aG $USER docker
      # 替换当前进程，加载最新组列表后重新执行本脚本，透传原有启动参数
      exec sg docker -c "bash $0 $*"
  fi
  
  # 以下所有命令默认拥有docker组权限，无需额外包裹
  docker ps
  

常见误区提醒：

1. 不要通过source /etc/profile、source ~/.bashrc这类重载环境变量的操作尝试生效组权限，这类操作仅修改shell层面的环境变量，无法更新内核维护的进程组凭证，执行后依然会报权限错误。
2. 不要直接使用newgrp docker，该命令默认会启动交互式子shell，会导致非交互脚本执行中断卡住。

两种方案执行完成后，既可以保证当前脚本运行时docker命令权限正常，也会把用户加入docker组的配置持久化到系统中，用户后续登录时会自动继承该组权限，不需要重复执行组添加操作。

内容的提问来源于stack exchange，提问作者Yuhui Shi