Различие между nohup, отрицайте и и

Давайте сначала посмотрим, что происходит, если программа запускается из интерактивной оболочки (подключенной к терминалу) без и (и без перенаправления). Итак, предположим, что вы только что набрали foo :

• Создается процесс, выполняющий foo .
• Процесс наследует stdin, stdout и stderr от оболочки. Следовательно, он также подключен к тому же терминалу.
• Если оболочка получает SIGHUP , она также отправляет SIGHUP процессу (что обычно вызывает завершение процесса).
• В противном случае оболочка ждет (блокируется), пока процесс не завершится.

Теперь давайте посмотрим, что произойдет, если вы поместите процесс в фоновый режим, то есть наберете foo & :

• Будет создан запущенный процесс foo .
• Процесс наследует stdout / stderr от оболочки (поэтому он по-прежнему выполняет запись в терминал).
• Процесс в принципе также наследует stdin, но как только он пытается прочитать из stdin, он останавливается.
• Он помещается в список фоновых заданий, которыми управляет оболочка, что, в частности, означает:
  • Он указан с заданиями и доступен с помощью % n (где n - номер задания).
  • Его можно превратить в задание переднего плана с помощью fg , и в этом случае оно будет продолжаться так, как если бы вы не использовали для него и (и если бы оно было остановлено из-за попытки для чтения со стандартного ввода теперь можно переходить к чтению из терминала).
  • Если оболочка получила SIGHUP , она также отправляет процессу SIGHUP . В зависимости от оболочки и, возможно, от параметров, установленных для оболочки, при завершении оболочки она также отправит процессу сигнал SIGHUP .

Теперь disown удаляет задание из списка заданий оболочки, поэтому все указанные выше подпункты больше не применяются (включая процесс, которому оболочка отправляет сигнал SIGHUP ). Однако обратите внимание, что он по-прежнему подключен к терминалу, поэтому, если терминал будет уничтожен (что может произойти, если это был pty, например, созданные с помощью xterm или ssh , а управляющая программа завершается, закрывая xterm или завершая соединение SSH ), программа завершится ошибкой, как только она попытается прочитать со стандартного ввода или записать на стандартный вывод.

С другой стороны, nohup эффективно отделяет процесс от терминала:

• Он закрывает стандартный ввод (программа не сможет читать любой ввод, даже если он выполняется на переднем плане, он не останавливается, но получает код ошибки или EOF ).
• Он перенаправляет стандартный вывод и стандартную ошибку в файл nohup.out , поэтому программа не сможет выполнить запись в стандартный вывод в случае сбоя терминала, поэтому все, что записывает процесс, не теряется.
• Это предотвращает получение процессом SIGHUP (отсюда и имя).

Обратите внимание, что nohup не удаляет процесс из управления заданиями оболочки, а также не помещает его в фоновый режим (но поскольку передний план nohup работа более или менее бесполезна, вы обычно помещаете ее в фоновый режим, используя & ). Например, в отличие от disown , оболочка все равно сообщит вам, когда задание nohup завершено (если, конечно, оболочка не будет завершена раньше).

Итак, подведем итог:

• & помещает задание в фоновый режим, то есть блокирует его при попытке чтения ввода и заставляет оболочку не ждать его завершения.
• disown удаляет процесс из управления заданиями оболочки, но по-прежнему оставляет его подключенным к терминалу. Одним из результатов является то, что оболочка не отправляет ему SIGHUP . Очевидно, что его можно применить только к фоновым заданиям, потому что вы не можете ввести его, когда выполняется задание переднего плана.
• nohup отключает процесс от терминала, перенаправляет его вывод на nohup.out и экранирует его от SIGHUP . Один из эффектов (именованный) заключается в том, что процесс не получит ни одного отправленного SIGHUP . Он полностью независим от управления заданиями и, в принципе, может использоваться также для заданий переднего плана (хотя это не очень полезно).