Bash: Schlechte Substitution

#!/bin/bash

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

Dieses Bash-Skript gibt mir einen fehlerhaften Substitutionsfehler unter Ubuntu. Jede Hilfe wird sehr geschätzt.

Die Standard-Shell ( /bin/sh) unter Ubuntu zeigt auf dash, nicht bash.

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

Wenn Sie es chmod +x your_script_file.shdann ausführen ./your_script_file.shoder dann ausführen bash your_script_file.sh, sollte es einwandfrei funktionieren.

Das Ausführen mit sh your_script_file.shfunktioniert nicht, da die Hashbang-Zeile ignoriert und das Skript von interpretiert wird dash, was diese Syntax für das Ersetzen von Zeichenfolgen nicht unterstützt.

Ich hatte das gleiche Problem. Stellen Sie sicher, dass Ihr Skript nicht hatte

#!/bin/sh 

oben in Ihrem Skript. Stattdessen sollten Sie hinzufügen

#!/bin/bash

Für andere, die hier ankommen, wird diese genaue Meldung auch angezeigt, wenn die Syntax der env-Variablen für Befehle verwendet wird, z. B. ${which sh}anstelle der richtigen$(which sh)

Ihre Skriptsyntax ist gültig und gut.

Mögliche Fehlerursachen:

1. Sie bashsind nicht wirklich bash, sondern ksheine andere Shell, die die Parametersubstitution von bash nicht versteht. Weil dein Skript gut aussieht und mit Bash funktioniert. Tun Sie ls -l /bin/bashund überprüfen Sie, ob es wirklich Bash ist und nicht mit einer anderen Shell verknüpft ist.

2. Wenn Sie Bash auf Ihrem System haben, führen Sie Ihr Skript möglicherweise falsch aus: ksh script.shoder sh script.sh(und Ihre Standard-Shell ist nicht Bash). Da Sie richtigen Shebang haben, wenn Sie Bash haben ./script.shoder bash ./script.shin Ordnung sein sollten.

Versuchen Sie, das Skript explizit mit dem Befehl bash auszuführen, anstatt es nur als ausführbare Datei auszuführen.

Stellen Sie außerdem sicher, dass Sie keine leere Zeichenfolge für die erste Zeile Ihres Skripts haben.

Stellen Sie also sicher, dass dies #!/bin/bashdie allererste Zeile Ihres Skripts ist.

Nicht relevant für Ihr Beispiel, aber Sie können auch den Bad substitutionFehler in Bash für jede Substitutionssyntax erhalten, die Bash nicht erkennt. Das könnte sein:

• Streunende Leerzeichen. Z.Bbash -c '${x }'
• Ein Tippfehler. Z.Bbash -c '${x;-}'
• Eine Funktion, die in einer späteren Bash-Version hinzugefügt wurde. ZB bash -c '${x@Q}'vor Bash 4.4.

Wenn Sie mehrere Substitutionen im selben Ausdruck haben, ist Bash möglicherweise nicht sehr hilfreich, um den problematischen Ausdruck zu lokalisieren. Z.B:

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

Beide - Bash oder Dash - funktionieren, aber die Syntax muss lauten:

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

Sieht aus wie "+ x" Probleme verursacht:

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

Ich habe zweimal ein Dollarzeichen in einen Ausdruck mit geschweiften Klammern in Bash eingefügt:

cp -r $PROJECT_NAME ${$PROJECT_NAME}2

anstatt

cp -r $PROJECT_NAME ${PROJECT_NAME}2

Ich habe festgestellt, dass dieses Problem entweder durch die markierte Antwort verursacht wird oder dass Sie vor der Bash-Deklaration eine Zeile oder ein Leerzeichen haben