Ich habe ein Bash-Skript erstellt, aber wenn ich versuche, es auszuführen, erhalte ich

#!/bin/bash no such file or directory

Ich muss den Befehl ausführen: bash script.shdamit es funktioniert.

Wie kann ich das beheben?

Diese Art von Nachricht ist normalerweise auf eine falsche Shebang-Zeile zurückzuführen, entweder einen zusätzlichen Wagenrücklauf am Ende der ersten Zeile oder eine Stückliste am Anfang.

Lauf:

$ head -1 yourscript | od -c

und sehen, wie es endet.

Das ist falsch:

0000000   #   !   /   b   i   n   /   b   a   s   h  \r  \n

Das ist auch falsch:

0000000 357 273 277   #   !   /   b   i   n   /   b   a   s   h  \n

Das ist richtig:

0000000   #   !   /   b   i   n   /   b   a   s   h  \n

Verwenden Sie dos2unix(oder sed, tr, awk, perl, python...) Ihr Skript zu beheben , wenn dies das Problem ist.

Hier ist eine, mit der sowohl eine Stückliste als auch Tailing-CRs entfernt werden:

sed -i '1s/^.*#//;s/\r$//' brokenScript

Hier sind drei Skripte, die nur ihren Namen ( echo $0) zeigen und die folgenden Shebang-Linien haben:

correctScript:

0000000   #   !   /   b   i   n   /   b   a   s   h  \n

scriptWithBom:

0000000 357 273 277   #   !   /   b   i   n   /   b   a   s   h  \n

scriptWithCRLF:

0000000   #   !   /   b   i   n   /   b   a   s   h  \r  \n

Wenn Sie sie unter bash ausführen, werden die folgenden Meldungen angezeigt:

$ ./correctScript
./correctScript
$ ./scriptWithCRLF
bash: ./scriptWithCRLF: /bin/bash^M: bad interpreter: No such file or directory
$ ./scriptWithBom
./scriptWithBom: line 1: #!/bin/bash: No such file or directory
./scriptWithBom

Das Ausführen der falschen Skripte durch expliziten Aufruf des Interpreters ermöglicht die problemlose Ausführung des CRLF-Skripts:

$ bash ./scriptWithCRLF
./scriptWithCRLF
$ bash ./scriptWithBom
./scriptWithBom: line 1: #!/bin/bash: No such file or directory
./scriptWithBom

Hier ist das Verhalten beobachtet unter ksh:

$ ./scriptWithCRLF
ksh: ./scriptWithCRLF: not found [No such file or directory]
$ ./scriptWithBom
./scriptWithBom[1]: #!/bin/bash: not found [No such file or directory]
./scriptWithBom

und unter dash:

$ ./scriptWithCRLF
dash: 2: ./scriptWithCRLF: not found
$ ./scriptWithBom
./scriptWithBom: 1: ./scriptWithBom: #!/bin/bash: not found
./scriptWithBom

Dies kann auch durch eine Stückliste in einem UTF-8-Skript verursacht werden. Wenn Sie das Skript in Windows erstellen, werden Sie manchmal am Anfang der Datei mit Junk-E-Mails konfrontiert.

Tatsächlich ist das richtige Wort für das Bash-Skript das Folgende:

#!/usr/bin/env bash

Denn in freeBSD befindet sich bash in /usr/local/bin/bash

Sie können vi verwenden, um beide Probleme zu beheben, falls vorhanden:

vi <your_file>
:set ff=unix
:set nobomb
:wq

Wenn Sie nicht über dos2unix verfügen, können Sie dieses Problem auf diese Weise beheben.

cp script _p4 && tr -d '\r' < _p4 > script && rm _p4

Byte-Order Mark (BOM)

Dies kann durch eine Stückliste verursacht werden. Bei Wikipedia ist eine Stückliste eine

Die Byte Order Mark (BOM) ist ein Unicode-Zeichen, eine U + FEFF-Byte Order Mark (BOM), deren Darstellung als magische Zahl am Anfang eines Textstroms einem textverzehrenden Programm verschiedene Signale geben kann

Leider wird dem Linux-Kernel, der die She-Bang-Leitung verwaltet, nichts signalisiert. Sie können überprüfen Sie eine Stückliste haben durch Verwendung file,

file /tmp/foo 
/tmp/foo: UTF-8 Unicode (with BOM) text

Sie können die ersten Zeichen auch hexadezimal ausgeben und überprüfen, ob sie manuell mit einem der Stücklistenzeichen übereinstimmen

Sie können die Stücklistenzeichen entfernen, sobald Sie sie so kennen.

sed -i '1 s/^\xef\xbb\xbf//' *.txt

Ich hatte das Problem, indem ich versehentlich eine falsche ausführbare Bash-Datei zu dem PATHSkript hinzugefügt habe, und weil in meinem Skript der flexiblere #!/usr/bin/env bashShebang verwendet wurde (nimm die erste ausführbare Bash-Datei aus dem Pfad).

command -v bash
/cygdrive/c/Program Files/Git/bin//bash

Ich habe GIT für Windows installiert, um cygwinmit Windows GIT-GUIs zusammenzuarbeiten (funktionierte nicht mit nativem Cygwin-Git ...). Ich habe das jetzt gelöst, indem ich zu #!/bin/bashsheband gewechselt und GIT für Windows von entfernt habe PATH.

Versuchen #!/bin/bash

Zweite Sache: find / -name bash
Dritte Sache:ls -al /bin/bash