在 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了
解决方法是:文章来源:https://www.toymoban.com/news/detail-644325.html
- 不使用 sudo 执行 A 脚本,而是提前配置好用户权限,直接用普通用户执行
- 在 sudo 前面保留用户环境变量,例如:
sudo env "PATH=$PATH" ./A.sh
- 为 root 用户配置 GO 相关环境变量
- 在 A 脚本中使用 su 切换用户,而不是 sudo
使用 sudo 执行脚本时,会切换到 root 用户身份,这个环境默认情况下可能没有配置相关的环境变量和命令路径。
而使用 su 切换用户可以保留更多原始用户的环境配置。
总之,需要确保在 A 脚本中切换的用户环境下,也能正常找到 go 命令执行。文章来源地址https://www.toymoban.com/news/detail-644325.html
到了这里,关于在 SHELL 脚本中调用另一个 SHELL 脚本(报错: go: not found)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!