在 SHELL 脚本中调用另一个 SHELL 脚本的方法(报错: 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脚本没有问题。

问题分析：这个问题可能的原因是:

1.A脚本和B脚本使用了不同的环境变量配置
可能A脚本执行时修改或重置了环境变量,导致B脚本运行时无法找到go执行环境。
可以在A脚本末尾打印出PATH变量,然后再运行B脚本,看PATH变量是否被改变。
也可以尝试在A脚本执行后手动将PATH重置到原来状态。
2.A脚本切换了用户身份
一些脚本会用su或sudo来切换用户,从而切换到一个不同的执行环境。
可以检查下A脚本是否切换了用户,如果是的话,需要保证切换后的用户也能找到go执行环境。
3.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 命令执行。

到此这篇关于在 SHELL 脚本中调用另一个 SHELL 脚本（报错： go: not found）的文章就介绍到这了,更多相关shell脚本调用另一个shell脚本内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！