Ctrl + c в підпроцесі вбиває процес nohup'ed раніше в сценарії

Я не знав, чи належить це до SO (оскільки це помилка кодування), але думав, що ви, хлопці, будете більш обізнані щодо тонкощів використовуваного програмного забезпечення (тому, можливо, навіть U&L можна було б розглянути).

Ось мінімальний скрипт коду (див. Правки для повного сценарію, є причина, що я роблю це таким чином);

#/bin/bash
nohup {SERVERCOMMAND} > currentOutput.log 2>&1 &

less +F currentOutput.log

Це намагається зробити - це запустити сервер у фоновому режимі, який виводить файл журналу.
Тоді я followцей лог-файл використовую less +F. Як це зробити, ви повинні натиснути ctrl+c перш ніж ви зможете вдарити Q.

Що відбувається, коли я ctrl+ cвсередині lessкоманди (для зупинки tailing) це якимось чином вбиває сервер, розпочатий nohupвгорі! Ніщо інше не впливає. Я можу shift+f знову почати обробляти журнал (який не отримує нової інформації, оскільки сервер загинув), і якщо я натиснув Qрешту сценарію, виконується нормально.

Чи знаєте ви, чому це відбувається? Як уникнути цього / чогось іншого, що я повинен використовувати?

PS
Серверна програма може слухати програму ^C, що може бути проблемою; є щось, що я можу зробити, щоб зупинити це? Мовляв, коли я просто запускаюся {SERVERCOMMAND}самостійно (блокуючи), я можу вдарити ctrl+ c, що не одразу вбиває його; він друкує Received ^C signal, shutting down(а потім вбиває себе). Це те, що відбувається, коли я ^Cв less(Фінал Received ^C signal, shutting downзаписується в журнал).

PPS
Я пробував низку речей (жодна не працювала);

• намагаючись відключити stdin від сценарію, змінивши

  nohup {SERVERCOMMAND} > currentOutput.log 2>&1 &
  to
  nohup echo '' | {SERVERCOMMAND} > currentOutput.log 2>&1 &
  or
  nohup cat /dev/null/ | {SERVERCOMMAND} > currentOutput.log 2>&1 &

• використовуючи stty intr ^Gдля заміни команди переривання, але потім ctrl+ gзробив саме те, що ^Cробив у будь-якому випадку (тому це може бути проблема з моїм термінальним емулятором; натомість; konsole)

• розміщення nohup& / або lessрядка в круглих дужках (щоб зробити його нижньою оболонкою)

• запуск сценарію xtermзамістьkonsole

Я мав рацію, думаючи, що він SIGINTнадсилається всім процесам, коли ctrl+ c, але я дурно думав, що створення іншого процесу виведе його за межі process group(див. Мої спроби в P.P.S.).

Це не тільки точний випадок використання, але і правильне рішення.

Через те, як був побудований мій сценарій, відповідь не відповіла дослівно, це сценарій зараз;

#/bin/bash

setsid {SERVERCOMMAND} > currentOutput.log 2>&1 &
less +F currentOutput.log

Сервер продовжує виводити в файл журналу після I ctrl+ cв less.

Дякуємо за час кожного.

Ви спробували відхреститися ?

  disown -h %1

або будь-яка ваша робота; disown - це вбудована оболонка, на її довідковій сторінці зазначено:

відхреститися

відрікся [-ar] [-h] [jobspec ...]

Без опцій кожен спецзапис видаляється з таблиці активних завдань. Якщо параметр -h' option is given, the job is not removed from the table, but is marked so that SIGHUP is not sent to the job if the shell receives a SIGHUP. If jobspec is not present, and neither the-a 'nor -r' option is supplied, the current job is used. If no jobspec is supplied, the-a' означає видалити або позначити всі завдання; опція `-r 'без аргументу jobspec обмежує роботу запущеними завданнями.

EDIT

Смішна річ, ваша конструкція працює на моєму Arch Linux:

 $ cat testm
  #!/bin/sh

  nohup /home/mario/temp/waste & 

  less +F out.log

 $ cat waste
  #!/bin/sh

  while [ 1 ]; do
    find / -print 2>1 1> out.log
  done
  $ ./testm
   nohup: appending output to ‘nohup.out’
  $ ps ax | grep waste
    19090 pts/2    S      0:00 /bin/sh /home/mario/temp/waste
    19124 pts/2    S+     0:00 grep waste]
  $

Перед командою ps мені довелося прокрутити файл out.log, потім Ctrl+C, потім q.