В каких случаях SIGHUP не отправляется на работу при выходе из системы?

Я прочитал ответ от пользователя, который утверждал, что работает

foo 2>&1 >& output.log &

приведет к fooпродолжению работы, даже когда они выходят из системы. По словам этого пользователя, это даже работало через соединения SSH.

Я действительно не верил в это, поскольку у меня сложилось впечатление, что в случае отключения от SSH или завершения TTY оболочка и, следовательно, ее процессы получат SIGHUP, что приведет к их завершению. Это, по моему предположению, было единственной причиной для использования nohupв таких случаях, или tmux, screenи др.

Затем я посмотрел в руководство glibc :

Этот сигнал также используется, чтобы сообщить о завершении процесса управления на терминале заданиям, связанным с этим сеансом; это завершение эффективно отключает все процессы в сеансе от управляющего терминала.

Кажется, это подтверждает мои мысли. Но, глядя дальше, он говорит :

Если процесс является лидером сеанса, у которого есть управляющий терминал, то сигнал SIGHUP отправляется каждому процессу в задании переднего плана, и управляющий терминал отсоединяется от этого сеанса.

Таким образом, это означает, что задания, помещенные в фоновом режиме, не получат SIGHUP?

_{К моему дальнейшему замешательству, я запустил интерактивный сеанс Zsh, запустил yes >& /dev/null &и набрал exitтекст, когда Zsh предупредил меня о том, что у меня выполняются задания, и после exitповторного набора текста сказал, что он SIGHUPed одно задание. То же самое в Bash оставляет работу запущенной ...}

Bash, кажется, отправляет SIGHUPтолько если он сам получил a SIGHUP, что, например, происходит, когда виртуальный терминал закрыт или когда соединение SSH прервано. Из документации :

По умолчанию оболочка завершается при получении SIGHUP. Перед выходом интерактивная оболочка отправляет SIGHUP всем работам, запущенным или остановленным. Остановленные задания отправляются SIGCONT, чтобы гарантировать получение SIGHUP. Чтобы предотвратить отправку оболочкой сигнала SIGHUP на конкретное задание, его следует удалить из таблицы заданий с помощью встроенной функции disown (см. Раздел «Встроенные элементы управления заданиями») или пометить, чтобы она не получала SIGHUP с помощью disown -h.

Поэтому, если вы напечатаете exitили нажмете Ctrl+, Dвсе фоновые процессы останутся, так как это не отправит сигнал зависания в Bash.

Вы можете заставить Bash предупредить вас о том, что все еще работают фоновые процессы с

shopt -s checkjobs

Существует возможность отправить при SIGHUPвыходе, если вы находитесь в интерактивной оболочке ( см. Здесь ). Но это не работает на моей машине с Bash 4.2.25. Может быть, это работает для вас

shopt -s huponexit