systemctl 找不到可执行文件，而 root 可以？

Question 1

~~bash some-path~~

在哪里some-path不包含/字符应该不是使用。这适用于其他几个类似 Korn 的 shell1 以及.和sourcebuiltins2 或许多类似 Bourne 的 shell，尽管具体情况更糟bash。

bash是 Bash 编程语言的解释器，就像perl是编程语言的解释器一样Perl。

bash /path/to/some/Bash/file就像perl /path/to/some/Perl/file你如何告诉bash或perl解释给定文件中的 Bash/Perl 代码而不是标准输入上的代码。

例如，它用于：

#! /bin/bash -

执行后，系统将其转换为/bin/bash - path/to/the/file并bash解释文件的内容。

与,正在执行，但未执行/bin/bash some-pathsystemdbashbash执行 some-path³，它只是读取它并解释其中的 Bash 代码。

现在，当some-path不包含任何/，行为发生变化bash。bash首先将其解释为普通路径，因此这里是相对于其当前工作目录的路径，但如果找不到该文件，它会在环境$PATH变量的目录组件中查找它（或者如果未设置）在某些默认搜索列表中）。

这种行为是允许虽然 POSIX 不要求，但 POSIX 只允许可执行文件在该过程中找到的文件。 Bash（至少是 5.2 版）甚至可以找到不可执行的文件，即使在 POSIX 模式下也是如此，这使得它不合规。

bash在这里，您需要从该脚本所在的目录中解释该脚本，然后您需要：

WorkingDirectory=/path/to/that/dir
ExecStart=/bin/bash ./the-script

（请注意，./确保路径包含 a 的前缀/，并在当前工作目录中$PATH由于某种原因丢失时禁用查找）。the-script

如果WorkingDirectory未指定，则默认/为系统服务，用户的主目录为用户服务。

或者您需要指定脚本的完整路径：

ExecStart=/bin/bash /path/to/that/dir/the-script

如果您缩进the-script为可执行文件，并且由查找解释bash并找到$PATH，那么请确保它有一个#! /bin/bash -shebang，它具有执行权限 ( chmod a+x) 并且它存储$PATH在systemd.

并使用：

ExecStart=the-script

如果该文件是可执行的，我建议删除该.sh扩展名。如果不是，并且它是用 Bash 语言编写的，我建议使用扩展，.bash而不是.sh如果它不是标准sh语法，则会产生误导。

^{¹ 这是 zsh 在 sh 或 ksh 模拟中的情况，而 ksh 则可能是该错误功能的根源。}

^{² 对于.特殊的内置函数，这实际上比 POSIX 更糟糕需要 /-less 路径被查找$PATH（并回退到当前工作目录）。一些 shell 忽略的要求（包括不处于 POSIX 模式时的 bash）。}

^{³ 这会有所不同，因为此处的bash -c the-script文本the-script作为内联 shell 代码供 bash 解释，bash 将其解释为一个简单的命令，导致它$PATH查找可执行文件命令（脚本或非脚本）让它执行。}

Answer