J'ai créé un script bash mais quand j'essaye de l'exécuter, je reçois

#!/bin/bash no such file or directory

Je dois exécuter la commande: bash script.shpour que cela fonctionne.

Comment puis-je réparer cela?

Ce type de message est généralement dû à une fausse ligne shebang, à un retour de chariot supplémentaire à la fin de la première ligne ou à une nomenclature au début de celle-ci.

Courir:

$ head -1 yourscript | od -c

et voir comment ça se termine.

C'est faux:

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

C'est faux aussi:

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

C'est correct:

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

Utilisez dos2unix(ou sed, tr, awk, perl, python...) pour corriger votre script si tel est le problème.

En voici un qui supprimera à la fois une CR et une liste de contrôle:

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

Voici trois scripts montrant simplement leur nom ( echo $0) et comportant les lignes shebang respectives suivantes:

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

Sous bash, leur exécution montrera ces messages:

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

Exécuter les faux en appelant explicitement l'interpréteur permet au script CRLF de s'exécuter sans problème:

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

Voici le comportement observé sous ksh:

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

et sous dash:

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

Cela peut également être causé par une nomenclature dans un script UTF-8. Si vous créez le script sous Windows, vous rencontrez parfois des problèmes au début du fichier.

En réalité, le bon message pour le script bash est le suivant:

#!/usr/bin/env bash

Parce que, dans freeBSD, bash est situé dans /usr/local/bin/bash

Vous pouvez utiliser vi pour résoudre les deux problèmes s’ils existent:

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

Si vous n’avez pas dos2unix, c’est un moyen de résoudre ce problème.

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

Marque d'ordre d'octet (BOM)

Cela pourrait être causé par une nomenclature. Sur Wikipedia, une nomenclature est une

La marque d’octet (BOM) est un caractère Unicode, U + FEFF (BOM), dont l’apparence en tant que nombre magique au début d’un flux de texte peut signaler plusieurs choses à un programme consommant du texte.

Malheureusement, cela ne signale rien au noyau Linux qui gère la ligne she-bang. Vous pouvez vérifier que vous avez une nomenclature en utilisant file,

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

Ou vous pouvez hexdump les premiers caractères et voir s'ils correspondent manuellement aux caractères de la nomenclature

Vous pouvez supprimer les caractères de nomenclature une fois que vous les connaissez comme ceci,

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

J'ai eu le problème en ajoutant accidentellement un exécutable bash incorrect à la PATHet parce que dans mon script, le #!/usr/bin/env bashshebang plus souple était utilisé (prenez le premier exécutable bash du chemin).

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

J'ai installé GIT pour Windows pour fonctionner cygwinavec les interfaces graphiques Windows GIT (ne fonctionnait pas avec cygwin native git ...). J'ai résolu ce problème maintenant en passant à #!/bin/bashsheband et en supprimant GIT pour Windows PATH.

Essayer #!/bin/bash

Deuxième chose: find / -name bash
Troisième chose:ls -al /bin/bash