Eu criei um script bash, mas quando tento executá-lo, recebo

#!/bin/bash no such file or directory

Eu preciso executar o comando: bash script.shpara que ele funcione.

Como posso consertar isso?

Esse tipo de mensagem geralmente ocorre devido a uma linha falsa, como um retorno de carro extra no final da primeira linha ou uma lista técnica no início.

Corre:

$ head -1 yourscript | od -c

e veja como termina.

Isto está errado:

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

Isso também está errado:

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

Isto está correto:

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

Use dos2unix(ou sed, tr, awk, perl, python...) para corrigir o seu script se esta é a questão.

Aqui está um que removerá os CRs de lista técnica e de cauda:

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

Aqui estão três scripts que mostram apenas o nome ( echo $0) e as seguintes linhas de 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

Sob bash, executá-los mostrará estas mensagens:

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

Executar os falsos chamando explicitamente o intérprete permite que o script CRLF seja executado sem nenhum problema:

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

Aqui está o comportamento observado em 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 abaixo dash:

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

Isso também pode ser causado por uma lista técnica em um script UTF-8. Se você criar o script no Windows, às vezes você recebe algum lixo no início do arquivo.

Na verdade, o shebang certo para o script bash é o seguinte:

#!/usr/bin/env bash

Porque, no freeBSD, o bash está localizado em /usr/local/bin/bash

Você pode usar o vi para corrigir os dois problemas, se eles existirem:

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

Se você não possui o dos2unix, é uma maneira de corrigir esse problema.

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

Marca de ordem de bytes (BOM)

Isso pode ser causado por uma lista técnica. Na Wikipedia, uma BOM é uma

A marca de ordem de byte (BOM) é um caractere Unicode, marca de ordem de byte U + FEFF (BOM), cuja aparência como um número mágico no início de um fluxo de texto pode sinalizar várias coisas para um programa que consome o texto

Infelizmente, não sinaliza nada para o kernel do Linux que lida com a linha she-bang. Você pode verificar se possui uma lista técnica usando file,

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

Ou você pode fazer o hexadump dos primeiros caracteres e verificar se eles correspondem a algum dos caracteres da lista técnica manualmente.

Você pode retirar os caracteres da lista técnica depois de conhecê-los assim,

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

Eu tive o problema ao adicionar acidentalmente um executável bash errado ao arquivo PATHe porque no meu script o #!/usr/bin/env bashshebang mais flexível foi usado (pegue o primeiro executável do bash no caminho).

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

Instalei o GIT for Windows para trabalhar em cygwinconjunto com as GUIs do Windows GIT (não estava funcionando com o git nativo do cygwin ...). #!/bin/bashResolvi isso agora, mudando para sheband e removendo o GIT para Windows PATH.

Experimentar #!/bin/bash

Segunda coisa: find / -name bash
Terceira coisa:ls -al /bin/bash