Ho creato uno script bash ma quando provo a eseguirlo, ottengo

#!/bin/bash no such file or directory

Devo eseguire il comando: bash script.shaffinché funzioni.

Come posso risolvere questo problema?

Questo tipo di messaggio è generalmente dovuto a una falsa riga shebang, o un ritorno a capo extra alla fine della prima riga o una distinta base all'inizio di essa.

Correre:

$ head -1 yourscript | od -c

e guarda come finisce.

Questo è sbagliato:

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

Anche questo è sbagliato:

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

Questo è corretto:

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

Utilizzare dos2unix(o sed, tr, awk, perl, python...) per risolvere il tuo script, se questo è il problema.

Eccone uno che rimuoverà sia una DBA che i CR di coda:

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

Ecco tre script che mostrano solo il loro nome ( echo $0) e hanno le seguenti rispettive righe di shebang:

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

Sotto bash, eseguendoli verranno mostrati questi messaggi:

$ ./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

L'esecuzione di quelli falsi chiamando esplicitamente l'interprete consente l'esecuzione dello script CRLF senza alcun problema:

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

Ecco il comportamento osservato sotto ksh:

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

e sotto dash:

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

Ciò può anche essere causato da una DBA in uno script UTF-8. Se si crea lo script in Windows a volte si ottiene un po 'di spazzatura all'inizio del file.

In realtà, lo shebang giusto per lo script bash è questo:

#!/usr/bin/env bash

Perché, in freeBSD, bash si trova in /usr/local/bin/bash

Puoi usare vi per risolvere entrambi i problemi se esistono:

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

Se non hai dos2unix questo è un modo per risolvere questo problema.

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

Marchio ordine byte (DBA)

Ciò potrebbe essere causato da una DBA. Da Wikipedia, una DBA è una

Il segno di ordine dei byte (BOM) è un carattere Unicode, un segno di ordine dei byte U + FEFF (BOM), il cui aspetto come un numero magico all'inizio di un flusso di testo può segnalare diverse cose a un programma che consuma il testo

Sfortunatamente, non segnala nulla al kernel Linux che gestisce la linea she-bang. Puoi verificare di avere una DBA utilizzando file,

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

Oppure puoi eseguire il dump esadecimale dei primi pochi caratteri e vedere se corrispondono a uno qualsiasi dei caratteri della DBA manualmente

Puoi eliminare i caratteri della distinta base dopo averli conosciuti in questo modo,

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

Ho avuto il problema aggiungendo accidentalmente un eseguibile bash errato al PATHe perché nel mio script è #!/usr/bin/env bashstato usato lo shebang più flessibile (prendi il primo eseguibile bash dal percorso).

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

Ho installato GIT per Windows per collaborare cygwincon le GUI di Windows GIT (non funzionava con git nativo di Cygwin ...). Ho risolto questo problema passando a #!/bin/bashSheband e rimuovendo GIT per Windows PATH.

Provare #!/bin/bash

Seconda cosa: find / -name bash
terza cosa:ls -al /bin/bash