看起来“+x”会导致问题:

root@raspi1:~# cat > /tmp/btest
#!/bin/bash

jobname="job_201312161447_0003"
jobname_pre=${jobname:0:16}
jobname_post=${jobname:17}
root@raspi1:~# chmod +x /tmp/btest
root@raspi1:~# /tmp/btest
root@raspi1:~# sh -x /tmp/btest
+ jobname=job_201312161447_0003
/tmp/btest: 4: /tmp/btest: Bad substitution

我发现这个问题要么是由标记的答案引起的，要么是在bash声明之前有一行或空格

对于到达这里的其他命令，当使用env变量语法执行命令时，也会出现相同的消息，例如${which sh}而不是正确的$(which sh)

与您的示例无关，但是对于Bash无法识别的任何替换语法，您也可以在Bash中获得Bad替换错误。这可能是:

流浪的空白。例如bash -c '${x}' 一个错字。例如bash -c '${x;-}' 在后来的Bash版本中添加的一个特性。例如bash 4.4之前的bash -c '${x@Q}'。

如果在同一个表达式中有多个替换，Bash在确定有问题的表达式时可能没有多大帮助。例如:

$ bash -c '"${x } multiline string
$y"'
bash: line 1: ${x } multiline string
$y: bad substitution

我使用#!Bin /bash也尝试了所有的方法，比如在#! Bin /bash之前或之后没有行。 然后又尝试使用+x，但仍然没有工作。 最后我试着运行脚本./script.sh，它工作得很好。

#!/bin/bash
jobname="job_201312161447_0003"
jobname_post=${jobname:17}

root@ip-10-2-250-36:/home/bitnami/python-module/workflow_scripts# sh jar .sh juru .sh: 3: juru .sh:糟糕的替换

root@ip-10-2-250-36: / home / bitnami python-module / workflow_scripts / sh -照顾。 root@ip-10-2-250-36: / home / bitnami python-module / workflow_scripts #

另外，确保脚本的第一行没有空字符串。

即确保#!/bin/bash是脚本的第一行。