Unix用户x的PATH在Python os.environ中缺失sbin路径是什么原因？

这种差异本质是不同运行上下文加载的环境变量配置不一致导致的，你设置PATH的配置文件没有被Python进程的父上下文加载，具体可分为以下几种常见场景：

• 配置PATH的文件加载范围有限

  多数Unix发行版的环境配置分为登录 shell 配置和非登录 shell 配置两类：
  你如果把PATH写在了/etc/profile、~/.bash_profile、~/.zprofile这类仅登录shell才会加载的文件中，那只有通过su - x、ssh登录、tty登录这类场景才会读到你配置的全量PATH。
  而普通终端开的子shell、图形界面启动的进程、crontab任务、su x（不加-参数）切换的用户环境，只会加载/etc/bashrc、~/.bashrc、~/.zshrc这类非登录配置，普通用户默认PATH本来就不含sbin相关路径，就会出现你遇到的情况。

• 进程启动时被主动重置了环境变量
  部分场景下启动Python的父进程会主动清理环境变量，只保留最小运行集：
  • IDE、代码编辑器启动的Python调试进程，通常会自定义环境变量，不继承shell的全量PATH
  • systemd服务、docker容器等运行的Python进程，默认使用官方预设的极简PATH，不会加载系统用户的shell配置
  • 你调用Python的上层脚本中如果显式修改过PATH变量，也会覆盖默认配置
• 特殊权限机制过滤了路径
  部分安全加固过的Unix系统，会在非root用户执行命令时自动过滤sbin、/root相关的路径，避免普通用户接触管理员专属工具，也会导致这类路径从环境变量中消失。

验证方法 #

在你执行Python代码的同一个终端/上下文中，先执行echo $PATH查看输出：

• 如果输出和Pythonos.environ中的PATH一致，说明当前上下文本身就没有加载到你配置的全量PATH，需要调整PATH的配置文件位置
• 如果输出和Python拿到的PATH不一致，说明Python启动时被修改了环境，需要排查Python的启动父进程配置

修复方案 #

• 要让普通用户所有shell场景都读到配置的PATH，将PATH声明写在~/.bashrc（Bash用户）或~/.zshrc（Zsh用户）中
• 系统全局生效的话，将PATH配置写到/etc/profile.d/custom_path.sh文件中，赋予执行权限即可
• 定时任务、服务类场景，直接在任务配置中显式声明完整PATH值即可

内容的提问来源于stack exchange，提问作者Srinivasulu kamavaram