Lo script Bash stampa "Comando non trovato" su righe vuote

Ogni volta che eseguo uno script utilizzando bash scriptname.shdalla riga di comando in Debian, ottengo Command Not founde quindi il risultato dello script.

Lo script funziona ma c'è sempre Command Not Foundun'istruzione stampata sullo schermo per ogni riga vuota. Ogni riga vuota risulta in un comando non trovato.

Sto eseguendo lo script dalla /varcartella.

Ecco lo script:

#!/bin/bash

echo Hello World

Lo eseguo digitando quanto segue:

bash testscript.sh

Perché questo dovrebbe accadere?

Assicurati che la tua prima riga sia:

#!/bin/bash

Inserisci il tuo percorso per bash se non lo è /bin/bash

Prova a correre:

dos2unix script.sh

Ciò convertirà le terminazioni di riga, ecc.Da Windows al formato unix. cioè rimuove \ r (CR) dalle terminazioni di riga per cambiarle da \r\n (CR+LF)a \n (LF).

Maggiori dettagli sul dos2unixcomando (pagina man)

Un altro modo per sapere se il tuo file è in formato dos / Win:

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

L'output sarà simile a questo:

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

Questo produrrà l'intero testo del file con <CR>visualizzato per ogni \rcarattere nel file.

Puoi usarlo bash -x scriptname.shper rintracciarlo.

Ho anche riscontrato un problema simile. Il problema sembra essere le autorizzazioni. Se fai un ls -l, potresti essere in grado di identificare che il tuo file potrebbe NON avere il bit di esecuzione attivato. Ciò NON consentirà l'esecuzione dello script. :)

Come ha aggiunto @artooro nel commento:

Per risolvere il problema, esegui chmod +x testscript.sh

Questo potrebbe essere banale e non correlato alla domanda dell'OP, ma spesso ho commesso questo errore all'inizio quando stavo imparando lo scripting

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

Questo produrrà la risposta "comando non trovato". Il modo corretto è eliminare gli spazi

VAR_NAME=$(hostname)

Se lo script fa il suo lavoro (relativamente) bene, allora funziona bene. Il tuo problema è probabilmente una singola riga nel file che fa riferimento a un programma che non si trova nel percorso, non è installato, digitato in modo errato o qualcosa di simile.

Un modo è posizionare un set -xall'inizio del tuo script o eseguirlo con bash -xinvece di solo bash- questo produrrà le linee prima di eseguirle e di solito devi solo guardare l'output del comando immediatamente prima dell'errore per vedere cosa sta causando il problema

Se, come dici tu, sono le righe vuote a causare i problemi, potresti voler controllare cosa c'è esattamente in esse. Correre:

od -xcb testscript.sh

e assicurati che non ci siano caratteri divertenti "invisibili" come il CTRL-M(ritorno a capo) che potresti ottenere usando un editor di tipo Windows.

Su Bash per Windows ho provato a eseguire in modo errato

run_me.sh 

senza ./ all'inizio e ha ottenuto lo stesso errore.

Per le persone con uno sfondo di Windows, il modulo corretto sembra ridondante:

./run_me.sh

utilizzare dos2unixsul file di script.

Provare chmod u+x testscript.sh

Lo so da qui: http://www.linuxquestions.org/questions/red-hat-31/running-shell-script-command-not-found-202062/

per eseguirlo devi fornire il percorso completo di quello, ad esempio

/home/Manuel/mywrittenscript

Se hai Notepad ++ e ricevi questo messaggio di errore .sh: "comando non trovato" o questo messaggio di errore di autoconf "riga 615: ../../autoconf/bin/autom4te: nessun file o directory di questo tipo" .

Sul tuo Notepad ++, vai a Modifica -> Conversione EOL quindi controlla Macinthos (CR) . Questo modificherà i tuoi file. Incoraggio anche a controllare tutti i file con questo comando, perché presto si verificherà un tale errore.

Ho avuto lo stesso problema. Sfortunatamente

dos2unix winfile.sh
bash: dos2unix: command not found

quindi l'ho fatto per convertire.

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

e poi

bash unixfile.sh

Problemi con l'esecuzione di script possono anche essere collegati a una formattazione errata dei comandi su più righe, ad esempio se si dispone di uno spazio vuoto dopo l'interruzione di riga "\". Ad esempio questo:

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

(si prega di notare che lo spazio extra dopo "\") causerà problemi, ma quando rimuovi quello spazio, funzionerà perfettamente.

Stavo anche avendo alcuni dei file Cannot execute command. Tutto sembrava corretto, ma in realtà avevo uno spazio infrangibile  proprio prima del mio comando che era ovviamente impossibile da individuare a occhio nudo:

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

Che, in Vim, sembrava:

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

Solo dopo aver eseguito il controllo degli script Bash shellcheckho trovato il problema.

Mi sono imbattuto in questo oggi, copiando distrattamente il prompt dei comandi del dollaro $(prima di una stringa di comando) nello script.

Aggiungi la directory corrente (.) A PATH per poter eseguire uno script, semplicemente digitandone il nome, che risiede nella directory corrente:

PATH=.:$PATH

Potresti voler aggiornare i tuoi file .bashrc e .bash_profile con alias per riconoscere il comando che stai immettendo.

I file .bashrc e .bash_profile sono file nascosti che probabilmente si trovano sull'unità C: dove salvi i file di programma.