Я створив сценарій bash, але коли я намагаюся його виконати, я отримую

#!/bin/bash no such file or directory

Мені потрібно запустити команду: bash script.shщоб вона працювала.

Як я можу це виправити?

Повідомлення такого типу зазвичай пов'язані з хибною лінією shebang, або з додатковим поверненням перевезення в кінці першого рядка, або з BOM на початку.

Виконати:

$ 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...) , щоб виправити сценарій , якщо це питання.

Ось такий, який видалить і КР, і КР:

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

Ось три сценарії, що лише показують їх ім’я ( echo $0) та мають такі відповідні рядки:

правильний сценарій:

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

Це також може бути спричинене BOM у сценарії UTF-8. Якщо ви створюєте скрипт у Windows, іноді у вас на початку файлу з'являється якийсь небажаний файл.

Насправді, правильний шебанг для баш сценарію:

#!/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. З Вікіпедії, BOM - це

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

На жаль, воно нічого не сигналізує ядро ​​Linux, яке обробляє лінію she-bang. Ви можете підтвердити наявність у вас BOM, використовуючи file,

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

Або ви можете зробити дванадцять перших символів і побачити, чи вони відповідають одному з символів BOM вручну

Ви можете зняти символи BOM, як тільки ви їх знаєте,

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 (не працював із нативними git cygwin ...). Я вирішив це зараз, перейшовши на #!/bin/bashsheband і видаливши GIT для Windows PATH.

Спробуйте #!/bin/bash

Друга річ: find / -name bash
Третя річ:ls -al /bin/bash