Warum wird meine bash-code fail, wenn ich es mit sh?

Habe ich eine Zeile code, der funktioniert gut in meinem terminal:

for i in *.mp4; do echo ffmpeg -i "$i" "${i/.mp4/.mp3}"; done

Dann legte ich den genau gleiche code-Zeile in ein Skript myscript.sh:

#!/bin/sh
for i in *.mp4; do echo ffmpeg -i "$i" "${i/.mp4/.mp3}"; done

Aber jetzt bekomme ich beim ausführen einen Fehler es:

$ sh myscript.sh
myscript.sh: 2: myscript.sh: Bad substitution

Basierend auf anderen Fragen, die ich versucht, die änderung der shebang zu #!/bin/bash, aber ich bekomme den exakt gleichen Fehler. Warum kann ich nicht dieses Skript ausführen?

  • Sind Sie mit #!/bin/sh oder #!/bin/bash aus dem Skript?
  • In der Konsole werden die Befehle wurden ausgeführt, indem bash shell. Wenn Sie mit #!/bin/sh im Skript, es ist sh shell versucht auszuführen, und daher der Fehler.
  • Ich schrieb #!/bin/sh in der ersten Zeile...
  • ${foo/bar/baz} ist nicht POSIX, und daher funktionieren möglicherweise nicht mit Ihrem /bin/sh. Verwenden #!/bin/bash statt. @MichaWiedenmann sollte zeigen, dass so eine Antwort.
  • OK, wenn ich es ausführen mit bash statt sh es funktioniert.
  • Finden Sie heraus, welche sh die Sie verwenden: readlink -f $(which sh)

InformationsquelleAutor WhatIsName | 2013-03-02
  1. 60

    TL;DR: Da Sie mit bash Besonderheiten, hat Ihr Skript die Ausführung mit bash und nicht mit sh:

    $ sh myscript.sh
myscript.sh: 2: myscript.sh: Bad substitution

$ bash myscript.sh
ffmpeg -i bar.mp4 bar.mp3
ffmpeg -i foo.mp4 foo.mp3

    Sehen Unterschied zwischen sh und bash. Finden Sie heraus, welche sh die Sie verwenden: readlink -f $(which sh).

    Der beste Weg, um sicherzustellen, eine bash-spezifische Skript läuft immer richtig

    Die besten Methoden sind, um beide:

    1. Ersetzen #!/bin/sh mit #!/bin/bash (oder welche andere shell Ihr script hängt).
    2. Dieses Skript ausgeführt (und alle anderen!) mit ./myscript.sh oder /path/to/myscript.sh, ohne führende sh oder bash.

    Hier ein Beispiel:

    $ cat myscript.sh
#!/bin/bash
for i in *.mp4
do
  echo ffmpeg -i "$i" "${i/.mp4/.mp3}"
done

$ chmod +x myscript.sh   # Ensure script is executable

$ ./myscript.sh
ffmpeg -i bar.mp4 bar.mp3
ffmpeg -i foo.mp4 foo.mp3

    (Bezug: Warum ./vor-Skripte?)

    Die Bedeutung von #!/bin/sh

    Den Kram schlägt die shell sollte das system verwenden, um ein Skript auszuführen. Hiermit können Sie angeben #!/usr/bin/python oder #!/bin/bash so dass Sie nicht haben, sich daran zu erinnern, das Skript ist geschrieben in welcher Sprache.

    Menschen nutzen #!/bin/sh wenn Sie nur eine begrenzte Anzahl von Funktionen (definiert durch den POSIX-standard) für maximale Portabilität. #!/bin/bash ist perfekt für die user-Skripte, nutzen Sie nützliche bash-Erweiterungen.

    /bin/sh ist in der Regel symlinked entweder eine minimale POSIX-konforme shell-oder standard-shell (z.B. bash). Auch im letzteren Fall #!/bin/sh fehlschlagen, weil bash wil im Kompatibilitätsmodus ausführen, wie in der manpage:

    Wenn die bash aufgerufen wird, mit dem Namen sh, versucht es zu imitieren, die startup-Verhalten der historischen Versionen von sh so eng wie möglich, während in übereinstimmung mit dem POSIX-standard.

    Die Bedeutung von sh myscript.sh

    Shebang wird nur verwendet, wenn Sie ausführen ./myscript.sh, /path/to/myscript.sh oder wenn Sie die drop-Erweiterung, legen Sie das Skript in ein Verzeichnis in Ihrem $PATH, und führen Sie einfach myscript.

    Wenn Sie ausdrücklich angeben, dass eine Dolmetscherin, die Dolmetscherin verwendet werden. sh myscript.sh zwingen wird, es zu laufen, mit sh, egal was das Programm sagt. Dies ist der Grund, warum die änderung der shebang ist nicht genug.

    Sollten Sie immer führen Sie das Skript mit seiner bevorzugten interpreter, also lieber ./myscript.sh oder ähnliches, wenn Sie execute any script.

    Andere vorgeschlagene änderungen an Ihrem Skript:

    • Es gilt als gute Praxis zu zitieren Variablen ("$i" statt $i). Zitiert Variablen verhindern, dass Probleme auftreten, wenn die gespeicherte Datei name enthält Leerzeichen.
    • Ich mag, dass Sie erweitert parameter expansion. Ich schlage "${i%.mp4}.mp3" (statt "${i/.mp4/.mp3}"), da ${parameter%word} nur ersetzt, am Ende (zum Beispiel eine Datei mit dem Namen foo.mp4.backup).
    • +1 - Es hängt auch von der Art der Ausführung, I. E. Man kann nicht erklären, wie #!/bin/bash rufen Sie dann mit sh Oder erklären, wie #!/bin/sh und aufrufen, mit bash zumindest auf Debian 7 sehen Sie eine Fehler auf beiden. Die Erklärung übereinstimmen muss der Aufruf.
    • Ich denke, mit #!/usr/bin/env bash wäre ein besserer Weg.
    • Finden Sie heraus, welche sh die Sie verwenden: readlink -f $(which sh)
    • Zog ich Ihren Kommentar auf die Antwort. Fühlen Sie sich frei, zu aktualisieren/verbessern, wenn die Antwort es ist alles, was Sie sehen können, die hilft, weitere Leser.
    InformationsquelleAutor Micha Wiedenmann
  2. 10

    Den ${var/x/y/} Konstrukt ist nicht POSIX. In Ihrem Fall, wo Sie einfach entfernen Sie eine Zeichenfolge an das Ende einer Variablen und tack auf einem anderen string, portable POSIX-Lösung ist die Verwendung

    #!/bin/sh
for i in *.mp4; do 
    ffmpeg -i "$i" "${i%.mp4}.mp3"
done

    oder sogar kürzer, ffmpeg -i "$i" "${i%4}3".

    Die endgültige dope für diese Konstrukte ist das Kapitel über Parameter-Erweiterung für die POSIX-shell.

    InformationsquelleAutor Jens
Schreibe einen Kommentar