文章目录
- 在 SHELL 脚本中调用另一个 SHELL 脚本（报错： go: not found）
- 在 SHELL 脚本中调用另一个 SHELL 脚本
- 一个脚本sudo调另外一个脚本，报错（报错： go: not found）
在 SHELL 脚本中调用另一个 SHELL 脚本（报错： go: not found）
在 SHELL 脚本中调用另一个 SHELL 脚本
在Linux平台上开发，经常会在console(控制台)上执行另外一个脚本文件，经常用的方法有：./my.sh 或 source my.sh 或 . my.sh；这三种方法有什么不同呢？
一个脚本sudo调另外一个脚本，报错（报错： go: not found）
问题：
A 脚本调 B脚本，如下：sudo ./build.sh 报错 B脚本中的 ./build.sh: 5: go: not found。
但是单独运行B脚本没有问题。
问题分析：
这个问题可能的原因是:
- A脚本和B脚本使用了不同的环境变量配置
可能A脚本执行时修改或重置了环境变量,导致B脚本运行时无法找到go执行环境。
可以在A脚本末尾打印出PATH变量,然后再运行B脚本,看PATH变量是否被改变。
也可以尝试在A脚本执行后手动将PATH重置到原来状态。 - A脚本切换了用户身份
一些脚本会用su或sudo来切换用户,从而切换到一个不同的执行环境。
可以检查下A脚本是否切换了用户,如果是的话,需要保证切换后的用户也能找到go执行环境。 - A脚本中执行了chroot等操作
如果A脚本执行了chroot等操作,可能会使B脚本运行在一个被隔离的环境中,从而找不到命令。
使用 sudo 会切换到 root 用户身份执行脚本,而 root 用户默认情况下并没有配置 GO 相关的环境变量。
可以检查一下:
sudo env查看环境变量,是否存在 GO 相关的配置which go在 sudo 下是否能找到 go 命令
执行 sudo which go 反而找不到go了
解决方法是:
- 不使用 sudo 执行 A 脚本,而是提前配置好用户权限,直接用普通用户执行
- 在 sudo 前面保留用户环境变量,例如:
sudo env "PATH=$PATH" ./A.sh
- 为 root 用户配置 GO 相关环境变量
- 在 A 脚本中使用 su 切换用户,而不是 sudo
使用 sudo 执行脚本时,会切换到 root 用户身份,这个环境默认情况下可能没有配置相关的环境变量和命令路径。
而使用 su 切换用户可以保留更多原始用户的环境配置。
总之,需要确保在 A 脚本中切换的用户环境下,也能正常找到 go 命令执行。
