Процеси - демони і shell скрипти

[Андрій Головинський]

Зіткнувся з такою проблемою ( не раз ):
як зробити, щоб певна програма ( готова ) стала демоном?
якщо якусь програму викликати з ініціалізаційного скрипта, наприклад,
rc.M, то вона завершує роботу майже зразу, мабуть, із закінченням роботи rc.M.
Схожий ефект можна спостерігати, якщо запустити її з консолі. Тоді при закритті консолі закриються всі дочірні програми.

[Taras]

Може б ми не переймали гірших традицій і не демонізували український лінакс (в розумінні перекладу термінології)?

[Андрій Головинський]

Перепрошую.
Я не знаю канонічних український назв.

Теба було: процеси-чортяки?

Нормального відповідника слову скрипт я підібрати не можу :-(

Наведіть, будь ласка, правильний варіант.

[Євгеній Мещеряков]

Можна спробувати запускати за допомогою nohup. Також непогано б було перенаправляти stdout та stderr у /dev/null або інший файл.

[Андрій Головинський]

nohup не допомагає.

Знайшов прогу start-stop-daemon із Debian, яка робить потрібне.
Але тільки з консолі. У rc.M чомусь ні.

Яка принципова різниця між консоллю і rc.M для програм, які з них викликаються?

[Євгеній Мещеряков]

start-stop-daemon робить цось подібне до цього: nohup prog > /dev/null < /dev/null 2> /dev/null

[Андрій Головинський]

nohup prog > /dev/null < /dev/null 2> /dev/null  &

Працює добре, коли викликано з консолі. Тоді процес витримує закриття консолі, перезапуск іксів.

А коли я його кладу, скажімо, в rc.dem
А потім викликаю з rc.M таким чином:
. /etc/rc.d/rc.dem
то на момент завантаження користувача програми вже немає

А запуск rc.dem з консолі працює як слід.

[Євгеній Мещеряков]

Це випадково не інтерактивна програма?

[Андрій Головинський]

Спробував виділити проблему в чистому вигляді:
rc.M:

Код: [Вибрати]

#!/bin/sh

...........

#Start Yes
if [ -x /etc/rc.d/rc.yes ]; then
  . /etc/rc.d/rc.yes
fi

............

rc.yes:

Код: [Вибрати]

#!/bin/sh
echo "Starting Yes"
/usr/bin/nohup  /usr/bin/yes > /dev/null < /dev/null 2> /dev/null &

Строка

Код: [Вибрати]

Starting Yes з'являється. Але yes на орбіту не запускається.

Коли запускаю rc.M з консолі, то все працює як слід.

Що я роблю не так?

[Taras]

Перепрошую.
Я не знаю канонічних український назв.

Це не була претензія до Вас за таку термінологію. Це пропозиція для вироблення загального підходу. Хто більше розуміється в суті того явища, хай запропонує заміну. Процес, служба?

[Андрій Головинський]

Служба - то непогано, але якось по-віндовському.
І не зовсім відповідає англійській. У Unix традиційно використовується слово server (  MySQL server, LPD server, etc) а не  service, що є відповідником "службі".
Вже точніше буде казати "службовець" чи щось подібне. Але, як на мене, то так не звучить.

Тепер щодо демонів ( daemons ).
Слова daemon і demon мають спільний корінь, але трохи різні
відтінки у значенні.
Demon - то ті, яких ви звикли бачити на телеекрані.
Слово Daemon -, наскільки я зрозумів, із давньоанглійської, значить "дух-покровитель людини". У цьому сенсі не є втіленням добра чи зла,
а незалежними істоти, із власними намірами і бажаннями.
Отже, ніякого відношення до християнства.

Погодьтеся, блискуча аналогія. Слово служба виглядає убого.
Як у віндавсі, який такий гидкий, що у ньому ні демони, ні гремліни
жити не хочуть. Одні черви.

Я згоден на український відповідник, але без втрат.
Хто хотів би працювати із стирільною системою, з точними, але
безбарвними назвами?

[Taras]

Дивлюся в Lingvo: daemon=demon I. Щодо відтінків, то вони зникають під час перекладу. А чим процес не підходить?

[Андрій Головинський]

Процес - дуже загальне слово. Принаймі для мене.

Скажімо:
Use option -d to run sendmail as daemon  -  це зрозуміло
Використайте опцію -d щоб запустити sendmail як процес - не зрозуміло
Вже тоді краще "служба", принаймі зрозуміло.

Ще щодо демонів:
Це питання виникало не раз, ось у арабів. Для цікавих.
https://listman.redhat.com/archives/fedora-trans-ar/2004-September/msg00085.html

Як на мене, приймайте його як акронім до
"Disk And Execution MONitor", який має транслітеруватись.

Принаймі у моїх дописах це так. І ніякої демонології.

[iip))]

Із словника:
"daemon (по англ. вимовляється деймн або ді:мн) - це програма, яка не викликається явно, але очікує на певну зміну умови чи умов."

Ідея назви взята із поняття, що людина має усвідомлювати, що демон(и) крутиться навколо неї очікуючи, щоб вона згрішила. Так і  програма, яка спричинятиме цю зміну умов повинна знати, що daemon "крутиться неподалік" очікуючи на зміну. Пізніше ця назва була хитромудро обгрунтована як акронім з "Disk And Execution MONitor".

Оскільки немає відповідного українського слова, яке б вповні передавало значення цього терміну, а буквальний переклад "демон" викликає у багатьох дуже негативну реакцію, пропоную його просто транслітерувати як "даемон". По-перше, слово даемон не має негативного значення в укр. мові, а по-друге, воно зрозуміле для тих, хто обізнаний з англ. комп'ютерною термінологією.

[Андрій Головинський]

Цілком підтримую.

А щодо самої проблеми, то її вдалося обійти, викликаючи rc.yes прямо
з inittab ( підглянув у якомусь форумі по IAX ).
Чому так - не знаю. Десь є якийсь невеликий нюанс.