Скрипт Bash друкує "Команда не знайдена" на порожніх рядках

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

Сценарій працює, але завжди є Command Not Foundповідомлення, що друкується на екрані для кожного порожнього рядка. Кожен порожній рядок призводить до того, що команда не знайдена.

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

Ось сценарій:

#!/bin/bash

echo Hello World

Я запускаю його, ввівши наступне:

bash testscript.sh

Чому це сталося?

Переконайтесь, що ваш перший рядок:

#!/bin/bash

Введіть свій шлях до удару, якщо його немає /bin/bash

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

dos2unix script.sh

Це перетворить закінчення рядків тощо з Windows у формат Unix. тобто знімає \ r (CR) від закінчень рядків, щоб змінити їх \r\n (CR+LF)на \n (LF).

Детальніше про dos2unixкоманду (man page)

Ще один спосіб визначити, чи ваш файл у форматі 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

Це може бути тривіально і не пов'язане з питанням про ОП, але я часто помилявся на початку, коли вивчав сценарії

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

Це призведе до відповіді "команда не знайдена". Правильний спосіб - усунути пробіли

VAR_NAME=$(hostname)

Якщо сценарій виконує свою роботу (відносно) добре, то це працює нормально. Можливо, ваша проблема - це один рядок у файлі, що посилається на програму, яка або не стоїть на шляху, не встановлена, неправильно написана, або щось подібне.

Один із способів - розмістити a 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: такого файлу чи каталогу немає" .

На своєму Блокноті ++ перейдіть до меню Редагування -> Перетворення EOL, а потім перевірте 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

Який у Вімі виглядав так:

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

Лише після запуску перевірки скриптів Bash shellcheckя виявив проблему.

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

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

PATH=.:$PATH

Ви можете оновити файли .bashrc та .bash_profile з псевдонімами, щоб розпізнати команду, яку ви вводите.

Файли .bashrc та .bash_profile - це приховані файли, ймовірно, розташовані на вашому C: диску, де ви зберігаєте свої програмні файли.