Как использовать команду nohup, не получая nohup.наружу?

nohup только пишет в nohup.out Если выход в противном случае к терминалу. Если вы перенаправляете вывод команды куда - то еще-в том числе /dev/null - вот куда он идет вместо этого.

 nohup command >/dev/null 2>&1   # doesn't create nohup.out

если вы используете nohup, что, вероятно, означает, что вы хотите запустить команду в фоновом режиме, поставив другой & в конце всего этого:

 nohup command >/dev/null 2>&1 & # runs in background, still doesn't create nohup.out

в Linux выполняется задание с помощью nohup автоматически закрывает вход, а также. На других системы, в частности BSD и OS X, это не так, поэтому при работе в фоновом режиме вы можете закрыть свой вход вручную. В то время как закрытие ввода не влияет на создание или нет nohup.out, это позволяет избежать другой проблемы: если фоновый процесс пытается прочитать что-либо из стандартного ввода, он остановится, ожидая, пока вы вернете его на передний план и наберете что-то. Таким образом, экстра-безопасная версия выглядит следующим образом:

nohup command </dev/null >/dev/null 2>&1 & # completely detached from terminal 

заметим, однако, что это не мешает команда от прямого доступа к терминалу и не удаляет его из группы процессов вашей оболочки. Если вы хотите сделать последнее, вы можете сделать это, запустив disown без аргумента в качестве следующей команды, в этот момент процесс больше не связан с оболочкой "задание" и не будет иметь любой сигналы (не только HUP) пересылается на него из оболочки.

объяснение:

в системах Unixy, каждый источник входного сигнала или цель выхода имеют a номер, связанный с ним, называется "файловым дескриптором" или "FD" для краткости. Каждая запущенная программа ("процесс") имеет свой собственный набор из них, и при запуске нового процесса три из них уже открыты:" стандартный вход", который является fd 0, открыт для чтения процесса, в то время как" стандартный выход "(fd 1) и" стандартная ошибка " (fd 2) открыты для записи. Если вы просто запускаете команду в окне терминала, то по умолчанию все, что вы вводите, переходит на стандартный ввод, в то время как оба его стандарта вывод и стандартная ошибка отправляются в это окно.

но вы можете попросить оболочку изменить, где любой или все эти файловые дескрипторы указывают перед запуском команды; это то, что перенаправление (<, <<, >, >>) и трубы (|) операторов.

труба является самым простым из них... command1 | command2 аранжирует для стандартного выхода command1 для подачи непосредственно в стандартный вход command2. Это очень удобное расположение, которое привел к определенному шаблону проектирования в инструментах UNIX (и объясняет существование стандартной ошибки, которая позволяет программе отправлять сообщения пользователю, даже если ее вывод идет в следующую программу в конвейере). Но вы можете передавать только стандартный вывод на стандартный ввод; вы не можете отправлять любые другие файловые дескрипторы в канал без некоторого жонглирования.

операторы перенаправления дружелюбнее в том, что они позволяют указать, какой дескриптор файла для перенаправления. Так что 0<infile считывает стандартный ввод из файла infile, а 2>>logfile добавляет стандартную ошибку в конец файла с именем logfile. Если номер не указан, то по умолчанию для перенаправления ввода используется значение fd 0 (< это то же самое, что 0<), в то время как перенаправление вывода по умолчанию равно fd 1 (> это то же самое, что 1>).

кроме того, вы можете объединить файловых дескрипторов: 2>&1 значит "отправьте стандартную ошибку везде, где стандартный выход идет". Это означает, что вы получаете один поток вывода, который включает как стандартную, так и стандартную ошибку, смешанную без возможности их разделения, но это также означает, что вы можете включить стандартную ошибку в трубу.

чтобы последовательность >/dev/null 2>&1 означает "отправить стандартный вывод /dev/null "(это специальное устройство, которое просто выбрасывает все, что вы пишете на него)", а затем отправляет стандартную ошибку туда, куда идет стандартный вывод " (который мы только что убедились, что был /dev/null). В принципе, " отбросьте любую эту команду записывает в любой файловый дескриптор".

, когда nohup обнаруживает, что ни его стандартная ошибка, ни выход не подключены к терминалу, он не беспокоится о создании nohup.out, но предполагает, что вывод уже перенаправлен туда, куда хочет пользователь.

на /dev/null устройство работает и для ввода; если вы запустите команду с </dev/null, тогда любая попытка этой команды прочитать из стандартного ввода немедленно столкнется с концом файла. Обратите внимание, что синтаксис слияния не будет имейте тот же эффект здесь; он работает только для указания файлового дескриптора на другой, открытый в том же направлении (вход или выход). Раковина позволит вам сделать >/dev/null <&1, но это приводит к созданию процесса с дескриптором входного файла, открытым в выходном потоке, поэтому вместо того, чтобы просто нажать конец файла, любая попытка чтения вызовет фатальную ошибку "недопустимый файловый дескриптор".