Skrypt Bash wypisuje „Polecenie nie znaleziono” w pustych wierszach

Za każdym razem, gdy uruchamiam skrypt przy użyciu bash scriptname.shwiersza poleceń w Debianie, otrzymuję Command Not foundwynik skryptu.

Skrypt działa, ale Command Not Foundna ekranie zawsze jest wypisywana instrukcja dla każdego pustego wiersza. Każda pusta linia powoduje, że polecenie nie zostało znalezione.

Uruchamiam skrypt z /varfolderu.

Oto skrypt:

#!/bin/bash

echo Hello World

Uruchamiam go, wpisując:

bash testscript.sh

Dlaczego tak się stało?

Upewnij się, że pierwsza linia to:

#!/bin/bash

Podaj swoją ścieżkę do uderzenia, jeśli tak nie jest /bin/bash

Spróbuj biegać:

dos2unix script.sh

To spowoduje konwersję końcówek linii itp. Z formatu Windows do formatu uniksowego. tj. usuwa \ r (CR) z końców linii, aby zmienić je z \r\n (CR+LF)na \n (LF).

Więcej szczegółów na temat dos2unixpolecenia (strona podręcznika )

Inny sposób sprawdzenia, czy plik jest w formacie dos / Win:

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

Wynik będzie wyglądał mniej więcej tak:

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

Spowoduje to wyświetlenie całego tekstu pliku z <CR>wyświetleniem dla każdego \rznaku w pliku.

Możesz użyć bash -x scriptname.shdo śledzenia.

Natknąłem się też na podobny problem. Wydaje się, że problemem są uprawnienia. Jeśli to zrobisz ls -l, możesz być w stanie zidentyfikować, że twój plik NIE ma włączonego bitu wykonania. To NIE pozwoli na wykonanie skryptu. :)

Jak dodał @artooro w komentarzu:

Aby rozwiązać ten problem, uruchom chmod +x testscript.sh

To może być trywialne i niezwiązane z pytaniem OP, ale często myliłem się na początku, kiedy uczyłem się pisania skryptów

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

Spowoduje to wyświetlenie odpowiedzi „nie znaleziono polecenia”. Prawidłowym sposobem jest wyeliminowanie przestrzeni

VAR_NAME=$(hostname)

Jeśli skrypt wykonuje swoje zadanie (względnie) dobrze, to działa poprawnie. Twoim problemem jest prawdopodobnie pojedyncza linia w pliku odwołująca się do programu, którego nie ma w ścieżce, nie jest zainstalowany, ma błędną pisownię lub coś podobnego.

Jednym ze sposobów jest umieszczenie set -xna górze skryptu lub uruchomienie go za pomocą bash -xzamiast tylko bash- spowoduje to wyświetlenie wierszy przed ich wykonaniem i zwykle wystarczy spojrzeć na dane wyjściowe polecenia bezpośrednio przed błędem, aby zobaczyć, co powoduje problem

Jeśli, jak mówisz, to puste wiersze powodują problemy, możesz sprawdzić, co się w nich dzieje . Biegać:

od -xcb testscript.sh

i upewnij się, że nie ma „niewidzialnych” zabawnych znaków, takich jak CTRL-M(powrót karetki), które można uzyskać za pomocą edytora systemu Windows.

W Bash dla Windows próbowałem niepoprawnie uruchomić

run_me.sh 

bez ./ na początku i otrzymałem ten sam błąd.

Dla osób z tłem Windows poprawny formularz wygląda na zbędny:

./run_me.sh

użyj dos2unixw swoim pliku skryptu.

Próbować chmod u+x testscript.sh

Wiem to stąd: http://www.linuxquestions.org/questions/red-hat-31/running-shell-script-command-not-found-202062/

aby wykonać, musisz podać na przykład pełną ścieżkę do tego

/home/Manuel/mywrittenscript

Jeśli masz Notepad ++ i otrzymujesz ten komunikat o błędzie .sh: "polecenie nie znaleziono" lub ten komunikat o błędzie autoconf "wiersz 615: ../../autoconf/bin/autom4te: Nie ma takiego pliku lub katalogu" .

Na swoim Notepad ++ przejdź do Edycja -> Konwersja EOL, a następnie sprawdź Macinthos (CR) . Spowoduje to edycję plików. Zachęcam też do sprawdzania wszystkich plików tym poleceniem, bo już niedługo taki błąd wystąpi.

Miałem ten sam problem. Niestety

dos2unix winfile.sh
bash: dos2unix: command not found

więc zrobiłem to, aby przekonwertować.

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

i wtedy

bash unixfile.sh

Problemy z uruchamianiem skryptów mogą być również związane z niewłaściwym formatowaniem poleceń wielowierszowych, na przykład jeśli po łamaniu linii „\” występują białe znaki. Np. To:

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

(zwróć uwagę, że dodatkowa spacja po znaku „\”) spowoduje problemy, ale po usunięciu tego miejsca będzie działać idealnie.

Miałem też niektóre z plików Cannot execute command. Wszystko wyglądało poprawnie, ale tak naprawdę miałem  przed rozkazem nierozerwalną przestrzeń, której oczywiście nie można było dostrzec gołym okiem:

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

Który w Vimie wyglądał tak:

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

Dopiero po uruchomieniu sprawdzania skryptów Bash shellcheckznalazłem problem.

Natknąłem się na to dzisiaj, z roztargnieniem kopiując wiersz polecenia dolara $(przed ciągiem poleceń) do skryptu.

Dodaj bieżący katalog (.) Do PATH, aby móc wykonać skrypt, po prostu wpisując jego nazwę, która znajduje się w bieżącym katalogu:

PATH=.:$PATH

Możesz chcieć zaktualizować pliki .bashrc i .bash_profile za pomocą aliasów, aby rozpoznać wprowadzane polecenie.

Pliki .bashrc i .bash_profile są plikami ukrytymi, prawdopodobnie znajdującymi się na dysku C:, na którym zapisujesz pliki programu.