Я создал скрипт bash, но когда я пытаюсь его выполнить, я получаю

#!/bin/bash no such file or directory

Мне нужно запустить команду: bash script.shчтобы она работала.

Как я могу это исправить?

Сообщение такого рода обычно происходит из-за фиктивной строки shebang, либо из-за дополнительного возврата каретки в конце первой строки, либо из спецификации в начале.

Бегать:

$ head -1 yourscript | od -c

и посмотрим, чем это закончится.

Это не верно:

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

Это тоже неправильно:

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

Это верно:

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

Использование dos2unix(или sed, tr, awk, perl, python...) , чтобы исправить сценарий , если это вопрос.

Вот тот, который удалит как спецификацию, так и хвостовые CR:

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

Вот три сценария, которые просто показывают их имя ( echo $0) и имеют следующие соответствующие строки:

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

Под bash их запуск покажет эти сообщения:

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

Запуск фиктивных вызовов путем явного вызова интерпретатора позволяет запускать скрипт CRLF без каких-либо проблем:

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

Вот поведение, наблюдаемое под ksh:

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

и под dash:

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

Это также может быть вызвано спецификацией в сценарии UTF-8. Если вы создаете сценарий в Windows, иногда вы получаете немного мусора в начале файла.

На самом деле, правильный сценарий для bash-скриптов таков:

#!/usr/bin/env bash

Потому что в FreeBSD Bash находится в /usr/local/bin/bash

Вы можете использовать vi, чтобы исправить обе проблемы, если они существуют:

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

Если у вас нет dos2unix, это способ исправить эту проблему.

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

Порядок следования байтов (BOM)

Это может быть вызвано спецификацией. Из Википедии, спецификация

Метка порядка байтов (BOM) - это символ Unicode, метка порядка байтов U + FEFF (BOM), чье появление в виде магического числа в начале текстового потока может сигнализировать о нескольких вещах программе, потребляющей текст

К сожалению, это ничего не сигнализирует ядру Linux, которое обрабатывает строку she-bang. Вы можете подтвердить, что у вас есть спецификация, используя file,

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

Или вы можете зашифровать первые несколько символов и посмотреть, соответствуют ли они любому из символов спецификации вручную

Вы можете лишить персонажей спецификации, как только узнаете их,

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

Я столкнулся с проблемой, случайно добавив неверный исполняемый файл bash к PATHи потому, что в моем скрипте #!/usr/bin/env bashбыл использован более гибкий shebang (возьмите первый исполняемый файл bash по пути).

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

Я установил GIT для Windows, чтобы работать cygwinвместе с Windows GIT GUI (не работал с родным git cygwin ...). Я решил это сейчас, переключившись на #!/bin/bashsheband и удалив GIT для Windows PATH.

Пытаться #!/bin/bash

Вторая вещь: find / -name bash
третья вещь:ls -al /bin/bash