#!/bin/bash

jobname="job_201312161447_0003"
jobname_pre=${jobname:0:16}
jobname_post=${jobname:17}

这个bash脚本在ubuntu上给了我糟糕的替换错误。任何帮助都将不胜感激。


尝试使用bash命令显式地运行脚本,而不是将其作为可执行文件执行。


您的脚本语法是有效的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.


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不支持字符串替换语法。


我也有同样的问题。确保你的脚本没有

#!/bin/sh 

在你的脚本顶部。相反,你应该补充

#!/bin/bash

两者- bash或dash -工作,但语法需要:

FILENAME=/my/complex/path/name.ext
NEWNAME=${FILENAME%ext}new

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

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


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


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


看起来“+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无法识别的任何替换语法,您也可以在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中使用花括号在表达式中添加了两次美元符号:

cp -r $PROJECT_NAME ${$PROJECT_NAME}2

而不是

cp -r $PROJECT_NAME ${PROJECT_NAME}2

在我的例子中(在ubuntu 18.04下),我混合了$(${}),工作正常:

BACKUPED_NB=$(ls ${HOST_BACKUP_DIR}*${CONTAINER_NAME}.backup.sql.gz | wc --lines)

完整的例子。


我使用#!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 #