Bash-Skript druckt "Befehl Nicht Gefunden" auf leere Zeilen

Jedes mal, wenn ich ein Skript ausführen, mit bash scriptname.sh von der Befehlszeile aus in Debian, bekomme ich Command Not found und dann das Ergebnis des Skripts.

Das Skript funktioniert, aber es ist immer ein Command Not Found - Anweisung gedruckt, auf dem Bildschirm für jede leere Zeile. Jede leere Zeile entsteht ein "Befehl nicht gefunden".

Läuft bei mir das script aus der /var Ordner.

Hier ist das Skript:

#!/bin/bash

echo Hello World

Ich es starten, indem Sie Folgendes eingeben:

bash testscript.sh

Warum sollte dieses auftreten?

InformationsquelleAutor David | 2011-09-09
  1. 148

    Stellen Sie sicher, dass Ihre erste Zeile ist:

    #!/bin/bash

    Geben Sie Ihren Pfad zu bash, wenn es nicht /bin/bash

    Versuchen ausgeführt:

    dos2unix script.sh

    Dass wil konvertieren von Zeilenenden, usw. von Windows auf unix format. d.h. es Streifen \r (CR) von Zeilenenden, Sie zu ändern aus \r\n (CR+LF) zu \n (LF).

    Mehr details über die dos2unix - Befehl (Mann-Seite)

    Anderen Weg, zu sagen, wenn Sie Ihre Datei in der dos/Win-format:

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

    Wird die Ausgabe wie folgt Aussehen:

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

    Dieser Ausgabe wird die gesamte Datei text mit <CR> angezeigt für jede \r Zeichen in der Datei.

    • Das ist wahrscheinlich nicht nötig, da rennt er direkt mit bash scriptname.sh (aber es ist noch immer gute Praxis, natürlich).
    • Hi #!/bin/bash in der ersten Zeile meines scripts
    • Das ist wahr @paxdiablo. david - können Sie Ihre gesamte Skript Inhalt bitte?
    • Skript aktualisiert. Ich glaube nicht, dass Ihr das Skript auf Fehler - die wahrscheinlich die meisten basic ein script bekommen kann
    • U kann auch die Ausgabe läuft 'env' loben?
    • Quotes dont machen eine andere, aber das entfernen der Leerzeile entledigt sich des Problems. Es scheint, dass für jede leere Zeile, die ich habe, bekomme ich ein "Befehl nicht gefunden" gedruckt auf dem Bildschirm?
    • Run 'dos2unix script.sh" und sehen, ob das funktioniert alles.
    • spot on - cheers. Es wurde herausgegeben in windows und seinen etwas getan, um die Datei. Wenn ich die gleiche Datei per vi auf der Kommandozeile dann habe ich nicht das Problem. Ist das etwas, was zu Vorsicht beim arbeiten zwischen windows und linux?
    • Ja, windows verwendet \r\n (CR+LF), unix verwendet nur \n (LF) für Zeilenenden. Einige Dinge sind ok, mit windows-format auf unix, aber einige Male, es bricht-Dateien.
    • Ich dachte, es könnte sein das CR+LF problem.
    • in der Tat, wird der Befehl nicht gefunden werden kann ist $'\r'
    • Nein, aber Bedenken Sie, dass bash auf linux verwendet \n als die end-of-line-Sequenz, und wenn die Zeile enthält \r\n (aufgrund von windows-text-editor), dann bash will offenbar etwas zu tun mit der \r "Wort".
    • Ich hatte das gleiche Problem auf dem Mac. Ich stolperte über diesen Beitrag. Ich bin nicht sicher, ob es geholfen den OP oder nicht. Aber deine Lösung hat mir geholfen.
    • froh, dass es geholfen 🙂
    • danke. Dies war genau das Problem, das ich konfrontiert war. Diese Antworten habe es funktioniert.
    • Wie können Sie schreiben, eine Antwort auf eine Frage der Programmierung während der Fahrt?
    • Tut mir Leid officer, ich habe nicht zu bedeuten, führen Sie das rote Licht, ich war die Rettung der Welt (von windows) auf stack overflow
    • Wenn Sie running out of Optionen, die bei der Lösung der oben genannten problem, diese Antwort geben zu versuchen. Total hat mich gerettet.

    InformationsquelleAutor chown
  2. 53

    Können Sie bash -x scriptname.sh ihn zu verfolgen.

    InformationsquelleAutor clyfish
  3. 39

    Ich lief auch ein ähnliches Problem. Das Problem scheint zu sein, Berechtigungen. Wenn Sie eine ls -l Sie können in der Lage sein, zu erkennen, dass Ihre Datei möglicherweise NICHT das execute-bit eingeschaltet. Dies wird NICHT zulassen, dass das Skript ausgeführt werden soll. 🙂

    Als @artooro Hinzugefügt Kommentar:

    Zu beheben, dass Problem chmod +x testscript.sh

    • Um das zu beheben Problem chmod +x testscript.sh
    • Dies war die Antwort, die für mich gearbeitet, habe Immer gesagt, dass ich nicht die Berechtigung habe, also habe ich sudo ' ed, von dem es hieß, dass der Befehl nicht gefunden. Ich glaube nicht, prüfen Sie die Berechtigungen.
    • Dank Lypso345, dies löste das Problem, das ich hatte.
    • chmod 777 testscript.sh FTW
    InformationsquelleAutor Lypso345
  4. 10

    Wenn das script seine Arbeit erledigt (relativ) gut, dann läuft es okay. Ihr problem ist vermutlich eine einzige Zeile in der Datei verweisen auf ein Programm, das entweder nicht auf dem Pfad, nicht installiert, falsch geschrieben, oder etwas ähnliches.

    Ein Weg ist, um ein set -x oben in Ihrem Skript oder führen Sie es mit bash -x statt nur bash - dadurch wird die Ausgabe der Zeilen, bevor Sie Sie ausführt und Sie in der Regel brauchen nur zu schauen, auf die Ausgabe des Befehls unmittelbar vor dem Fehler um zu sehen, was das problem verursacht

    Wenn, wie du sagst, es ist die leere Linien, die die Probleme verursacht, möchten Sie vielleicht zu überprüfen, was actaully in Sie. Ausführung:

    od -xcb testscript.sh

    und stellen Sie sicher, es gibt keine "unsichtbaren" komische Charaktere, wie die CTRL-M (carriage return) können Sie erhalten, indem Sie einen Windows-Typ-editor.

    • +1 für die " od " - Befehl! Das ist cool, ich wusste nicht, über, die! Danke!
    InformationsquelleAutor paxdiablo
  5. 7

    verwenden dos2unix auf Ihrer script-Datei.

    InformationsquelleAutor bash-o-logist
  6. 7

    Mag dies trivial und nicht mit den OP ' s Frage, aber ich bin oft verwechselt am Anfang, als ich lernen mußte, scripting

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

    Diese produzieren 'Befehl nicht gefunden' - Antwort. Der richtige Weg ist, zu beseitigen, die Räume 

    VAR_NAME=$(hostname)
    InformationsquelleAutor altamont
  7. 6

    Wenn Sie Notepad++ und bekommen Sie das .sh Fehlermeldung: "Befehl nicht gefunden"
    oder das autoconf-Fehlermeldung "line 615:
    ../../autoconf/bin/autom4te: Keine solche Datei oder das Verzeichnis".

    Auf Ihrem Notepad++, Gehe zu Bearbeiten -> EOL-Konvertierung dann schauen Sie Macinthos(CR).
    Dies wird Bearbeiten Sie Ihre Dateien. Ich habe auch ermutigen, um zu überprüfen, alle Dateien mit diesem Befehl
    da bald so ein Fehler auftreten wird.

    • Vielen Dank für diese. Für meinen Fall war ich script läuft auf busybox linux-Distribution. Hatte gleichen Fehler "nicht gefunden" in alle leeren Zeilen in meine Skripte. es hatte auch Probleme mit if/else-Anweisung. ändern EOL in Notepad++ auf Unix-behoben.
    InformationsquelleAutor Juniar
  9. 5

    zur Ausführung müssen Sie den vollständigen Pfad, die
    zum Beispiel

    /home/Manuel/mywrittenscript
    • In der Tat, die shell kümmert sich nicht um Datei-Erweiterungen überhaupt. Nicht sicher, ob dieser Verdienste wird geschrieben als separate Antwort.
    • natürlich .in der linux-Datei-system im Gegensatz zu windows-Erweiterungen sind nur als ein Teil der Namen und sagen nichts über Datei-Inhalte.Ich darf nicht sagen: in meinem Fall Einschränkung.
    InformationsquelleAutor Masood Moghini
  10. 3

    Hatte das gleiche problem. Leider 

    dos2unix winfile.sh
bash: dos2unix: command not found

    so, ich habe diese zu konvertieren.

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

    dann 

    bash unixfile.sh
    • apt-get install dos2unix
    InformationsquelleAutor Eugene Cuz
  11. 3

    Auf Bash für Windows habe ich versucht, falsch zu laufen

    run_me.sh

    ohne ./am Anfang und bekam den gleichen Fehler.

    Für Leute mit Windows-hintergrund die richtige form aussieht, redundant:

    ./run_me.sh
    • Jeder Kommentar zu erklären, downvote bitte?
    • Dieser arbeitete für mich. Upvote.
    InformationsquelleAutor Michael Freidgeim
  12. 2

    Probleme mit dem ausführen von scripts können auch angeschlossen werden, um schlechte Formatierung von multi-line-Befehle, zum Beispiel wenn Sie ein Leerzeichen nach dem Zeilenumbruch "\". E. g. diese:

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

    (bitte beachten Sie das zusätzliche Leerzeichen nach "\") wird zu Problemen führen, aber wenn Sie zu entfernen, dass Raum, es läuft völlig in Ordnung.

    InformationsquelleAutor Marek Wysocki
  13. 0

    War ich auch, dass einige der Cannot execute command. Es sah alles korrekt, aber in der Tat war ich mit einem non-breakable space &nbsp; direkt vor meinen Befehl, das war natürlich unmöglich zu erkennen mit bloßem Auge:

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

    Welche in Vim, sah, wie:

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

    Nur nach dem ausführen des Bash-script checker shellcheck habe ich das problem gefunden.

    • shellcheck ist verfügbar on-line, obwohl Sie natürlich kopieren+fügen Sie Ihr Skript genau in der Reihenfolge für die, um zu helfen. shellcheck.net
    InformationsquelleAutor Stefan van den Akker
  14. 0

    Lief ich in diese heute, selbstvergessen kopieren der dollar-Eingabeaufforderung $ (vor einem Befehls-string) in das Skript.

    InformationsquelleAutor CNSKnight
  15. -1

    Hinzufügen des aktuellen Verzeichnisses ( . ), um WEG, um in der Lage sein, um ein Skript auszuführen, indem Sie einfach Ihren Namen, die sich im aktuellen Verzeichnis:

    PATH=.:$PATH
    InformationsquelleAutor Mike Goethals
  16. -1

    Können Sie aktualisieren möchten, Sie .bashrc und .bash_profile-Dateien mit Aliase zu erkennen, der Befehl, den Sie eingeben.

    .bashrc und .bash_profile-Dateien sind versteckte Dateien vermutlich befindet sich auf Ihrem C: - Laufwerk, wo Sie speichern Sie Ihre Programm-Dateien.

    InformationsquelleAutor Kean Amaral
Schreibe einen Kommentar