Как победть rc.d ? (Не запускается скрит.Плохой интерпретатор)

[Slimy]

Предистория такая. Создал отдельного пользователя и группу для запуска бинарника в качестве демона.Нашел пару криптов в интернете которые решают задачу запука в качесве демона. Попробовал оба и все с одним и темже резузьтатом ->
linux:# /etc/init.d/mld
: bad interpreter: No such file or directory
Один добрый человек дал скрипт который у него работает на SLES9. И опять также история.
в скрипте значится #! /bin/sh.
Пробовал менять это значение на bash не помогает . Менял умолчабельный интерпретатор для пользователя от чего имени должен быть запущен демон, переименовывать и т.д. даже убрал исполняемую часть скрипта *только начало с # сиволами отставил . Результат всеравно один и тоже. При этом друге (родные) скрипты работают без проблем.YAST говорит неизвестная ошибка 126 и тот же текст дает что и консоль.
Может как то по особому в suse скрипты должны заводится? В общем уже второй день бъюсь безрезультатно.
P.S если это важно то пользоветел и группа mlnet (с паролем) и приложение mlnet дистр suse 10.0 в системе стоит bsah,sh и NETCAT .

[Лис]

А права на выполнение к скрипту добавили?

[Slimy]

А права на выполнение к скрипту добавили?

Обязательно они автоматом поставились(пользов root группа root и исполняется для хозяина) . на это я тоже посмотрел по правам ничем не отличается от других скриптов, но не работает в этом и загвоздка.

[Лис]

А вообще скрипты работают? #!/bin/sh пишется без пробела после восклицательного знака.

[Slimy]

А вообще скрипты работают? #!/bin/sh пишется без пробела после восклицательного знака.

У меня все написаны с пробелом причем все родные работают. Даже просто копировал первую строчку из них всеравно эффект тотже.

[Лис]

Приложите скрипт.
Вот это: "No such file or directory " вылазит точно на строке #!/bin/sh?

[Slimy]

Проблему победил и осла запустил . В чем причина не знаю спишу на глюки SuSE :lol: .
Решение было таким. Взял скрипт первый попавшийстя из стандартных им оказался smb скопировал в домашнюю директорию (все от root`a по этому в /root). Удалил там все кроме первой строки. Затем скопировал туда нужный мне скрипт исключив конечноже первую строчку(впрочем я думаю это было не обязательно). Сохранил это переименовал в требуемое мне название крипта и вернул в /etc/rc.d и вуаля все завелось. Глюк по видимому был с самим файлом , видно txt файл под скрипт в suse не годится .Что кстати весьма странно поскольку файл сккрипта нед олжен отличатся от простого текстового кроме того что исполняемый. Вот так вот все и решилось. Хотелось бы услышать "научное" обоснование на тему чего не понравилось suse?

[Лис]

видно txt файл под скрипт в suse не годится

Что вы имеете в виду под txt файлом? Вы ему расширение добавили?

[Slimy]

видно txt файл под скрипт в suse не годится

Что вы имеете в виду под txt файлом? Вы ему расширение добавили?

Нет конечно же. Изначально при создании он был с ним, потом я его убрал когда тело скрипта внего разместил. А имелось виду под txt текстовый файл.

[Shura]

Было у меня такое. Дело оказалось в переводе строки. Файл был создан в Windows, а потом скопирован в Linux. Я стер первую строку (#!/bin/sh) и перепечатал ее заново - все заработало.

[Slimy]

Было у меня такое. Дело оказалось в переводе строки. Файл был создан в Windows, а потом скопирован в Linux. Я стер первую строку (#!/bin/sh) и перепечатал ее заново - все заработало.

Ага именно помоему у меня было также фал перебросил по сети. Только вот в моем случае даже замена первой строки не помогла. Хотя глюк странный

[ErrOR]

ничего странного, переносы виндовые и в этом проблема, решение поставить юникс переносы

вопрос как? смотря где и скоко файлов

[Slimy]

ничего странного, переносы виндовые и в этом проблема, решение поставить юникс переносы

вопрос как? смотря где и скоко файлов

да но тогда бы при copy past переносы бы я так понимаю тоже перенеслись и не работало бы ничего. Ведь символ переноса по сути такой же символ (вернее два).