Сценарий Bash печатает «Команда не найдена» в пустых строках

Каждый раз, когда я запускаю скрипт bash scriptname.shиз командной строки в Debian, я получаю, Command Not foundа затем результат скрипта.

Сценарий работает, но Command Not Foundдля каждой пустой строки на экране всегда печатается инструкция. Каждая пустая строка означает, что команда не найдена.

Запускаю скрипт из /varпапки.

Вот сценарий:

#!/bin/bash

echo Hello World

Я запускаю его, набирая следующее:

bash testscript.sh

Почему это произошло?

Убедитесь, что ваша первая строка:

#!/bin/bash

Введите свой путь к bash, если это не так /bin/bash

Попробуйте запустить:

dos2unix script.sh

Это приведет к преобразованию окончаний строк и т. Д. Из Windows в формат unix. т.е. он удаляет \ r (CR) из концов строк, чтобы изменить их с \r\n (CR+LF)на \n (LF).

Подробнее о dos2unixкоманде (справочная страница)

Другой способ узнать, находится ли ваш файл в формате dos / Win:

cat scriptname.sh | sed 's/\r/<CR>/'

Результат будет выглядеть примерно так:

#!/bin/sh<CR>
<CR>
echo Hello World<CR>
<CR>

Будет <CR>выведен весь текст файла с отображением для каждого \rсимвола в файле.

Вы можете использовать его bash -x scriptname.shдля отслеживания.

Я тоже столкнулся с подобной проблемой. Проблема, похоже, связана с разрешениями. Если вы сделаете это ls -l, вы сможете определить, что в вашем файле НЕ включен бит выполнения. Это НЕ позволит выполнить скрипт. :)

Как добавил @artooro в комментарии:

Чтобы исправить эту проблему, запустите chmod +x testscript.sh

Это может быть тривиально и не связано с вопросом OP, но я часто ошибался в начале, когда изучал скрипты.

VAR_NAME = $(hostname)
echo "the hostname is ${VAR_NAME}"  

Это приведет к ответу «команда не найдена». Правильный способ - устранить пробелы

VAR_NAME=$(hostname)

Если сценарий выполняет свою работу (относительно) хорошо, значит, он работает нормально. Вероятно, ваша проблема заключается в одной строке в файле, ссылающейся на программу, которая либо не указана в пути, либо не установлена, либо написана с ошибкой или что-то подобное.

Один из способов - поместить set -xвверху вашего скрипта или запустить его bash -xвместо просто bash- это выведет строки перед их выполнением, и вам обычно просто нужно посмотреть на вывод команды непосредственно перед ошибкой, чтобы увидеть, что вызывает проблему.

Если, как вы говорите, проблемы вызывают пустые строки, вы можете проверить, что на самом деле в них содержится . Бегать:

od -xcb testscript.sh

и убедитесь, что нет «невидимых» забавных символов, таких как CTRL-M(возврат каретки), которые вы можете получить с помощью редактора типа Windows.

В Bash для Windows я неправильно пытался запустить

run_me.sh 

без ./ в начале и получил ту же ошибку.

Для людей с фоном Windows правильная форма выглядит излишней:

./run_me.sh

используйте dos2unixв своем файле сценария.

Пытаться chmod u+x testscript.sh

Я знаю это отсюда: http://www.linuxquestions.org/questions/red-hat-31/running-shell-script-command-not-found-202062/

для выполнения этого вы должны указать полный путь, например,

/home/Manuel/mywrittenscript

Если у вас есть Notepad ++, и вы получаете это сообщение об ошибке .sh: «команда не найдена» или это сообщение об ошибке autoconf, строка 615: ../../autoconf/bin/autom4te: Нет такого файла или каталога » .

На вашем Notepad ++ перейдите в Edit -> EOL Conversion, затем отметьте Macinthos (CR) . Это отредактирует ваши файлы. Я также рекомендую проверять все файлы с помощью этой команды, потому что скоро возникнет такая ошибка.

Была такая же проблема. К сожалению

dos2unix winfile.sh
bash: dos2unix: command not found

поэтому я сделал это, чтобы преобразовать.

 awk '{ sub("\r$", ""); print }' winfile.sh > unixfile.sh

а потом

bash unixfile.sh

Проблемы с запуском скриптов также могут быть связаны с неправильным форматированием многострочных команд, например, если у вас есть пробельный символ после разрыва строки "\". Например, это:

./run_me.sh \ 
--with-some parameter

(обратите внимание, что лишний пробел после "\") вызовет проблемы, но когда вы удалите это пространство, он будет работать нормально.

У меня также были некоторые из файлов Cannot execute command. Все выглядело правильно, но на самом деле у меня было неразрывное пространство  прямо перед моей командой, которое, конечно, было невозможно обнаружить невооруженным глазом:

if [[ "true" ]]; then
   highlight --syntax js "var i = 0;"
fi

Что в Vim выглядело так:

if [[ "true" ]]; then
  highlight --syntax js "var i = 0;"
fi

Только после запуска программы проверки сценариев Bash shellcheckя обнаружил проблему.

Я столкнулся с этим сегодня, рассеянно копируя командную строку доллара $(перед командной строкой) в сценарий.

Добавьте текущий каталог (.) В PATH, чтобы иметь возможность выполнить сценарий, просто введя его имя, которое находится в текущем каталоге:

PATH=.:$PATH

Вы можете обновить файлы .bashrc и .bash_profile псевдонимами, чтобы распознавать вводимую вами команду.

Файлы .bashrc и .bash_profile - это скрытые файлы, которые, вероятно, находятся на вашем диске C :, где вы сохраняете свои программные файлы.