bash: Zła zamiana

#!/bin/bash

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

Ten skrypt bash daje mi zły błąd zastępowania w systemie Ubuntu. Jakakolwiek pomoc będzie doceniona.

Domyślna powłoka ( /bin/sh) w Ubuntu wskazuje na dashnie bash.

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

Więc jeśli chmod +x your_script_file.shuruchomisz go z ./your_script_file.shlub jeśli uruchomisz go z bash your_script_file.sh, powinno działać dobrze.

Uruchomienie go z sh your_script_file.shnie zadziała, ponieważ linia hashbang zostanie zignorowana, a skrypt zostanie zinterpretowany przez dash, który nie obsługuje składni zastępowania ciągów.

Miałem ten sam problem. Upewnij się, że Twój skrypt nie ma

#!/bin/sh 

u góry skryptu. Zamiast tego powinieneś dodać

#!/bin/bash

Dla innych, którzy tu przybędą, ta dokładna wiadomość pojawi się również podczas używania składni zmiennej env dla poleceń, na przykład ${which sh}zamiast prawidłowego$(which sh)

Składnia twojego skryptu jest poprawna bash i dobra.

Możliwe przyczyny niepowodzenia:

1. Twoja bashnie jest tak naprawdę bash ale kshczy jakaś inna powłoka, która nie rozumie parametr podstawienie atakujących za. Ponieważ twój skrypt wygląda dobrze i działa z bash. Zrobić ls -l /bin/bashi sprawdzić to naprawdę bash i nie sym-przyłączone do innego zbiornika.

2. Jeśli masz bash w swoim systemie, być może wykonujesz swój skrypt w niewłaściwy sposób, na przykład: ksh script.shlub sh script.sh(a Twoją domyślną powłoką nie jest bash). Ponieważ masz porządny shebang, jeśli masz bash ./script.shlub bash ./script.shpowinno być dobrze.

Spróbuj uruchomić skrypt jawnie, używając polecenia bash, zamiast po prostu wykonywać go jako plik wykonywalny.

Upewnij się również, że w pierwszym wierszu skryptu nie ma pustego ciągu.

tzn. upewnij się, że #!/bin/bashjest to pierwsza linia skryptu.

Nie dotyczy twojego przykładu, ale możesz również otrzymać Bad substitutionbłąd w Bash dla dowolnej składni podstawiania, której Bash nie rozpoznaje. To mógłby być:

• Bezpańskie białe znaki. Na przykładbash -c '${x }'
• Literówka. Na przykładbash -c '${x;-}'
• Funkcja, która została dodana w późniejszej wersji Bash. Np. bash -c '${x@Q}'Przed Bash 4.4.

Jeśli masz wiele podstawień w tym samym wyrażeniu, Bash może nie być zbyt pomocny w zlokalizowaniu problematycznego wyrażenia. Na przykład:

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

Oba - bash lub dash - działają, ale składnia musi być następująca:

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

Wygląda na to, że „+ x” powoduje problemy:

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

Dwa razy dodawałem znak dolara w wyrażeniu z nawiasami klamrowymi w bash:

cp -r $PROJECT_NAME ${$PROJECT_NAME}2

zamiast

cp -r $PROJECT_NAME ${PROJECT_NAME}2

Odkryłem, że ten problem jest spowodowany zaznaczoną odpowiedzią lub masz linię lub spację przed deklaracją bash