строка хижины, не работающая с cr-lf

Ваши сценарии, вероятно, имеют окончания строки DOS-style CR-LF и не окончания строки Unix-style LF. ^M, замеченный в сообщении об ошибке в первом случае, является признаком, что 0D символ интерпретировался как часть названия интерпретатора сценария и не как часть окончания строки (поскольку можно было бы ожидать, что это будет). С тех пор нет никакого исполняемого файла в Вашей системе с путем, который включает символ 0D (^M), система не может вызвать интерпретатор. При ручном вызове интерпретатора он может обработать оба вида окончаний строки, существующих в сценарии.

При преобразовании сценариев для использования окончаний строки Unix-style LF, необходимо видеть, что хижина работает. Продолжайте читать для иллюстрации.

На сессии ниже, todos и fromdos являются утилитой (доступный на Ubuntu как пакет tofrodos) преобразовать заканчивающие строку конвенции от CR-LF до LF. Любая эквивалентная утилита (см. этот Unix. Вопрос о SE), сделал бы в целях демонстрации.

Следующая расшифровка стенограммы сессии (выполняемый с Вашими теми же файлами сценария) должна разъяснить ситуацию:

$ fromdos hello.sh
$ ./hello.sh
Hello
$ todos hello.sh
$ ./hello.sh
bash: ./hello.sh: /bin/sh^M: bad interpreter: No such file or directory
$
$ fromdos hello.py
$ ./hello.py
Hello
$ todos hello.py
$ ./hello.py
: No such file or directory
$

Кажется, что это - ядро, которое читает строку хижины, и по-видимому ядро Linux (по крайней мере, с версии в моей Дерзкой системе Kubuntu) не распознает CR как часть строки CR-LF конечная конвенция.

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

Примечание: Благодаря другим, кто прокомментировал также. Я также был бы рад услышать, существуют ли лучшие ответы!