Запуск демона из скрипта

добавь для имени скрипта ./ , то есть ./sendmail

то есть, если хочешь запустить что-то из текущей директории добавляй ./ ,если хочешь чтоб искалось в PATH переменной то без ./

> Почему не берется файл с таким же именем из текущей директории?

Отучайтесь от вредных досовиндовых привычек.

Хорошо, а почему тогда простой скрипт 1.sh, состоящий из одной команды
ls -la sendmail
запускается из текущей дир-ии /etc/rc.d вне зависимости от того, есть
./ или нет?

Если предположить, что сначала поиск идет в дир-ях,
указанных для поиска, а только потом в текущей дир-ии,
то после того, как скрипт 1.sh (команда была изменена на
ls -la named
) был помещен в /usr/sbin рядом с sendmail,
запуск из /etc/rc.d
1.sh (без ./)
исполняет именно /etc/rc.d/1.sh, а не тот, что в /usr/sbin,
как это происходит с sendmail.
Помогите, пожалуйста, разобраться

>Отучайтесь от вредных досовиндовых привычек.

значит все-таки по умолчанию нет поиска в текущей директории.
уже что-то

> Если предположить, что сначала поиск идет в дир-ях,
> указанных для поиска, а только потом в текущей дир-ии

Поиск идет только в директориях, указанных для поиска.
И только в указанном порядке. Текущая директория тоже может
быть указана в $PATH.

Всем спасибо, но вот что выснилось. Мой sendmail-скрипт был без расширения. А вот 1.sh - с расширением. Стоило его убрать, и команды 1 и ./1 стали выдавать разные резульаты. Первая команда дала выполнение скрипта из /usr/sbin Вторая - из текущей дир-ии в PATH ничего не добавлялось.

>Мой sendmail-скрипт был без расширения. А вот 1.sh - с расширением.

ИМХО, у вас PATH содержит "." (в конце). Вроде в каких то дистрибутивах так было по умолчанию. Покажите, если не сложно, "echo $PATH". Хотя может в вашем дистрибутиве настроено binfmt_misc (ls -l /proc/sys/fs/binfmt_misc).

echo $PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:

/proc/sys/fs/binfmt_misc отсутствует

система - SUSE

Интересно. А какой используется shell?

bash-2.05b-207