Linux为什么不执行具有Java执行权限的bash脚本？

Question

[有许多看起来与此类似的问题，但是似乎没有一个完全相同，并且所有解决方案都不适用于我，所以就这样...

我有一个Java程序，试图自动更新自身。它是这样的：

• 启动时，bash脚本检查在特定位置是否存在zip文件。
• 如果存在，则不运行“真正的”主类，而是运行更新程序Java类。
• 此类将在临时位置解压缩zip，然后从该临时位置以单独的过程重新开始。
• 一旦新进程开始，旧进程退出。
• 新过程尝试将zip再次解压缩到先前的位置（该位置现在没有任何运行，因此可以替换）。>>
• 成功后，它将删除zip文件并再次运行原始bash脚本。

如果一切正常，那么bash脚本现在将只启动Java主类。

此列表中的所有内容实际上都能正常工作，但当我尝试最后执行bash脚本的最后一步时除外。

bash文件权限如下所示（在运行自动更新之前和之后）：

-rwxr-xr-x
据我所知，运行该文件应该没有权限问题（实际上，我可以在进程崩溃后立即手动运行它。）>
这是我得到的错误：

java.io.IOException: Cannot run program "/home/xxx/build/image/bin/run": error=13, Permission denied
at java.base/java.lang.ProcessBuilder.start(Unknown Source)
at java.base/java.lang.ProcessBuilder.start(Unknown Source)
at java.base/java.lang.Runtime.exec(Unknown Source)
at java.base/java.lang.Runtime.exec(Unknown Source)
at java.base/java.lang.Runtime.exec(Unknown Source)
at my_mod/my.Main.main(Unknown Source)
我写了一个类似的“过程炸弹”，但是起作用了：

• 通过运行启动主类的bash脚本开始

• 主类使用以下代码再次启动bash脚本：

  // DO NOT RUN THIS AT HOME!
  // IT WILL START LOTS OF PROCESSES INFINITELY
  // if you do want to try it, have "killall -9 java" ready!
  try {
      Runtime.getRuntime().exec( path )
      System.exit(0);
  } catch ( Exception e ) {
      e.printStackTrace();
  }
  

所以我认为这不是针对这种过程炸弹的Linux保护。

但是令我完全困惑的是，为什么Linux在更新后仍然拒绝访问运行该bash脚本。

我的操作系统是Ubuntu 19。

我如何找出为什么它拒绝访问，更重要的是，我该如何解决它？

[看起来有很多类似的问题，但是似乎没有一个完全相同，并且所有解决方案都不适用于我，所以就这样...我有一个Java程序...

Answer 1

我终于找到了问题的根本原因：这是由于文件权限引起的，但是不是文件中的错误消息提到了

！