看起来“+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

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

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

Ubuntu下的默认shell (/bin/sh)指向dash，而不是bash。

me@pc:~$ readlink -f $(which sh)
/bin/dash

所以如果你chmod +x your_script_file.sh，然后用。/your_script_file.sh运行它，或者如果你用bash your_script_file.sh运行它，它应该工作得很好。

使用sh your_script_file.sh运行它将不起作用，因为散列行将被忽略，脚本将由dash解释，dash不支持字符串替换语法。

与您的示例无关，但是对于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

您的脚本语法是有效的bash和良好的。

故障可能原因:

Your bash is not really bash but ksh or some other shell which doesn't understand bash's parameter substitution. Because your script looks fine and works with bash. Do ls -l /bin/bash and check it's really bash and not sym-linked to some other shell. If you do have bash on your system, then you may be executing your script the wrong way like: ksh script.sh or sh script.sh (and your default shell is not bash). Since you have proper shebang, if you have bash ./script.sh or bash ./script.sh should be fine.

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