Das Bash-Skript druckt "Befehl nicht gefunden" in leere Zeilen

Jedes Mal, wenn ich ein Skript über bash scriptname.shdie Befehlszeile in Debian ausführe , erhalte ich Command Not founddas Ergebnis des Skripts.

Das Skript funktioniert, aber Command Not Foundfür jede leere Zeile wird immer eine Anweisung auf dem Bildschirm gedruckt. Jede leere Zeile führt dazu, dass ein Befehl nicht gefunden wird.

Ich führe das Skript aus dem /varOrdner aus.

Hier ist das Skript:

#!/bin/bash

echo Hello World

Ich führe es aus, indem ich Folgendes eingebe:

bash testscript.sh

Warum sollte das passieren?

Stellen Sie sicher, dass Ihre erste Zeile lautet:

#!/bin/bash

Geben Sie Ihren Pfad zum Bash ein, wenn dies nicht der Fall ist /bin/bash

Versuchen Sie zu laufen:

dos2unix script.sh

Dadurch werden Zeilenenden usw. von Windows in das Unix-Format konvertiert. dh es entfernt \ r (CR) von den Zeilenenden, um sie von \r\n (CR+LF)zu zu ändern \n (LF).

Weitere Details zum dos2unixBefehl (Manpage)

Eine andere Möglichkeit, um festzustellen, ob Ihre Datei im Dos / Win-Format vorliegt:

cat scriptname.sh | sed 's/\r/<CR>/'

Die Ausgabe sieht ungefähr so ​​aus:

#!/bin/sh<CR>
<CR>
echo Hello World<CR>
<CR>

Dadurch wird der gesamte Dateitext ausgegeben, der <CR>für jedes \rZeichen in der Datei angezeigt wird .

Sie können es verwenden bash -x scriptname.sh, um es zu verfolgen.

Ich bin auch auf ein ähnliches Problem gestoßen. Das Problem scheinen Berechtigungen zu sein. Wenn du eine machstls -l , können Sie möglicherweise feststellen, dass in Ihrer Datei das Ausführungsbit möglicherweise NICHT aktiviert ist. Dadurch kann das Skript NICHT ausgeführt werden. :) :)

Als @artooro im Kommentar hinzugefügt:

Um dieses Problem zu beheben, führen Sie es aus chmod +x testscript.sh

Dies mag trivial sein und hat nichts mit der Frage des OP zu tun, aber ich habe dies zu Beginn des Lernens von Skripten oft falsch gemacht

VAR_NAME = $(hostname)
echo "the hostname is ${VAR_NAME}"  

Dies führt zu einer Antwort "Befehl nicht gefunden". Der richtige Weg ist, die Leerzeichen zu entfernen

VAR_NAME=$(hostname)

Wenn das Skript seine Arbeit (relativ) gut macht, läuft es in Ordnung. Ihr Problem ist wahrscheinlich eine einzelne Zeile in der Datei, die auf ein Programm verweist, das sich entweder nicht im Pfad befindet, nicht installiert, falsch geschrieben oder ähnlich ist.

Eine Möglichkeit besteht darin, ein set -xoben in Ihrem Skript zu platzieren oder es mit bash -xstatt nur auszuführenbash auszuführen. werden die Zeilen vor der Ausführung ausgegeben, und Sie müssen normalerweise nur die Befehlsausgabe unmittelbar vor dem Fehler überprüfen, um festzustellen, was das Problem verursacht

Wenn es, wie Sie sagen, die leeren Zeilen sind, die die Probleme verursachen, möchten Sie möglicherweise überprüfen, was tatsächlich in ihnen enthalten ist. Lauf:

od -xcb testscript.sh

und stellen Sie sicher, dass es keine "unsichtbaren" lustigen Zeichen wie den CTRL-M(Wagenrücklauf) gibt, die Sie möglicherweise mit einem Windows-Editor erhalten.

Unter Bash für Windows habe ich falsch versucht, es auszuführen

run_me.sh 

ohne ./ am anfang und habe den gleichen fehler bekommen.

Für Personen mit Windows-Hintergrund sieht das richtige Formular überflüssig aus:

./run_me.sh

Verwenden Sie dos2unixfür Ihre Skriptdatei.

Versuchen chmod u+x testscript.sh

Ich weiß es von hier: http://www.linuxquestions.org/questions/red-hat-31/running-shell-script-command-not-found-202062/

Um dies auszuführen, müssen Sie beispielsweise den vollständigen Pfad dafür angeben

/home/Manuel/mywrittenscript

Wenn Sie Notepad ++ haben und diese .sh-Fehlermeldung erhalten: "Befehl nicht gefunden" oder diese Autoconf-Fehlermeldung "Zeile 615: ../../autoconf/bin/autom4te: Keine solche Datei oder kein solches Verzeichnis" .

Gehen Sie auf Ihrem Notepad ++ zu Bearbeiten -> EOL-Konvertierung und überprüfen Sie Macinthos (CR) . Dadurch werden Ihre Dateien bearbeitet. Ich empfehle auch, alle Dateien mit diesem Befehl zu überprüfen, da bald ein solcher Fehler auftreten wird.

Hatte das gleiche Problem. Unglücklicherweise

dos2unix winfile.sh
bash: dos2unix: command not found

Also habe ich das getan, um zu konvertieren.

 awk '{ sub("\r$", ""); print }' winfile.sh > unixfile.sh

und dann

bash unixfile.sh

Probleme beim Ausführen von Skripten können auch mit einer fehlerhaften Formatierung mehrzeiliger Befehle zusammenhängen, z. B. wenn Sie nach dem Zeilenumbruch "\" ein Leerzeichen haben. ZB das:

./run_me.sh \ 
--with-some parameter

(Bitte beachten Sie den zusätzlichen Speicherplatz nach "\") verursacht Probleme, aber wenn Sie diesen Speicherplatz entfernen, läuft er einwandfrei.

Ich hatte auch einige von Cannot execute command. Alles sah korrekt aus, aber tatsächlich hatte ich  direkt vor meinem Befehl einen nicht zerbrechlichen Raum, der natürlich mit bloßem Auge nicht zu erkennen war:

if [[ "true" ]]; then
   highlight --syntax js "var i = 0;"
fi

Was in Vim so aussah:

if [[ "true" ]]; then
  highlight --syntax js "var i = 0;"
fi

Erst nachdem shellcheckich die Bash-Skriptprüfung ausgeführt hatte, fand ich das Problem.

Ich bin heute darauf gestoßen und habe geistesabwesend die Dollar-Eingabeaufforderung $(vor einer Befehlszeichenfolge) in das Skript kopiert .

Fügen Sie das aktuelle Verzeichnis (.) Zu PATH hinzu, um ein Skript ausführen zu können, indem Sie einfach seinen Namen eingeben, der sich im aktuellen Verzeichnis befindet:

PATH=.:$PATH

Möglicherweise möchten Sie Ihre .bashrc- und .bash_profile-Dateien mit Aliasnamen aktualisieren, um den von Ihnen eingegebenen Befehl zu erkennen.

.bashrc- und .bash_profile-Dateien sind versteckte Dateien, die sich wahrscheinlich auf Ihrem Laufwerk C: befinden, auf dem Sie Ihre Programmdateien speichern.