☰

nohup、disown、＆の違い

tag-icon • tag-icon shell nohup job-control disown
nohup、disown、＆の違い

2つの違いは何ですか

$ nohup foo

そして

$ foo &

そして

$ foo & 
$ disown

答え1

まず、リダイレクトなし（およびリダイレクトなし）の対話型シェル（ターミナルに接続）でプログラムを起動すると、&何が起こるかを見てみましょう。先ほど入力したとしましょうfoo。

  • 実行中のプロセスがfoo作成されました。
  • プロセスはシェルから stdin、stdout、および stderr を継承します。だから同じ端末にも接続されています。
  • シェルがを受信すると、プロセスにも送信されます（これは通常プロセスを終了します）SIGHUP。SIGHUP
  • それ以外の場合、シェルはプロセスが終了または停止するまで待機（ブロック）します。

次に、プロセスをバックグラウンドに置くと、何が起こるかを見てみましょう。つまり、次のように入力してくださいfoo &。

  • 実行中のプロセスがfoo作成されました。
  • プロセスはシェルからstdout / stderrを継承します（それでも端末に書き込みます）。
  • 原則として、プロセスはstdinも継承しますが、stdinから読み取ろうとするとすぐに停止します。
  • これは、シェルが管理するバックグラウンドタスクのリストに含まれます。これは特に次のことを意味します。
    • これはリストされており（ジョブ番号はどこにありますか？）を使用してアクセスjobsできます。%nn
    • fgを使用してフォアグラウンドタスクに変換できます&。
    • シェルが1つを受け取ると、プロセスにも1つを送信しますSIGHUP。SIGHUPシェルとシェルに設定できるオプションに応じて、シェルが終了したらプロセスにもSIGHUP送信します。

ジョブがdisownシェルのジョブリストから削除されたため、上記のすべての子は適用されなくなりました（SIGHUPシェルから送信されたプロセスを含む）。しかし、参考にしてくださいまだターミナルに接続してターミナルが破壊され（xtermまたはによって生成されたptyのようなptyの場合に発生する可能性がありますssh）、xtermを閉じるか、または制御プログラムが終了する場合SSH接続）、プログラムは標準入力から読み取るか、標準出力に書き込もうとするとすぐに失敗します。

一方、nohupプロセスを端末から効果的に分離します。

  • 標準入力を閉じます（プログラムはいいえフォアグラウンドで実行している場合でも、すべての入力を読み取ることができます。停止しませんが、エラーコードまたはEOF）が表示されます。
  • 標準出力と標準エラーをファイルにリダイレクトするため、nohup.out端末が失敗しても標準出力に書き込んでプログラムが失敗しないため、プロセスで作成した内容はすべて失われません。
  • これは、プロセスがSIGHUP（したがって名前）を受け取るのを防ぎます。

nohup実際にもそうです。いいえシェルのジョブコントロールからプロセスを削除し、バックグラウンドに入れます（ただし、フォアグラウンドジョブはやや役に立たないため、通常はバックグラウンドnohupに置くことを使用します&）。たとえば、とは異なり、disownシェルはnohup操作が完了したときに通知します（もちろん、シェルが以前にシャットダウンされていない場合を除く）。

結論として：

  • &タスクをバックグラウンドに残します。つまり、入力を読み取ろうとしたときにジョブをブロックし、シェルがジョブが完了するのを待たないようにします。
  • disownシェルのジョブ制御からプロセスを削除しますが、端末には接続され続けます。 1つの結果は、シェルがそれを送信しないことですSIGHUP。バックグラウンドジョブの実行中は入力できないため、これはバックグラウンドジョブにのみ適用されます。
  • nohup端末からプロセスを切断し、出力を端末にリダイレクトしてnohup.outマスクしますSIGHUP。効果の1つ（名前付き）は、プロセスが送信されたものを受信しないことですSIGHUP。これはジョブ制御とは完全に独立しており、原則としてフォアグラウンドジョブにも使用できます（非常に有用ではありません）。

答え2

を使用すると、&プログラムはバックグラウンドで実行されるため、プログラムが終了するまでブロックするのではなく、新しいシェルプロンプトが表示されます。nohupそしてdisown基本的には関係ありません。 SIGHUP（hangup）信号を抑制するため、制御端末が閉じてもプログラムは自動的に終了しません。nohup最初に作業を開始したときにこれを行います。nohupジョブの開始時に開始されなかった場合は、disown実行中のジョブの変更を使用できます。引数なしで、バックグラウンドで実行されたジョブである現在のジョブが変更されます。

答え3

これは、終了しないコマンド（例：）に従ってバックグラウンドでsofficeを実行しようとした経験ですtail。この例ではsleep 100。

以下のすべての場合には、次のようにしました。

./scriptfile
<Ctl-C>

&

#!/bin/bash
/opt/libreoffice4.4/program/soffice -invisible -nofirststartwizard &
sleep 100

私バラよりオフィス丸太/によるとCtrl- オフィスCステーション

ノースハップ..&

#!/bin/bash
nohup /opt/libreoffice4.4/program/soffice -invisible -nofirststartwizard &
sleep 100

私見ませんでした。オフィス丸太/ 押すCtrl-Cオフィスの停止

＆否定する

#!/bin/bash
/opt/libreoffice4.4/program/soffice -invisible -nofirststartwizard & disown
sleep 100

私バラよりオフィス丸太/によるとCtrl- オフィスCステーション

西ドイツの設定..&

#!/bin/bash
setsid /opt/libreoffice4.4/program/soffice -invisible -nofirststartwizard &
sleep 100

私バラよりオフィス丸太/press Ctrl-Cオフィスノンストップ

スペースを節約するには：：
nohup setsid ..ログ/オフィスを表示しません。止まらないよCtrl-C
nohup終了& disown：ログを表示しない/オフィスはCtrl- で停止します。C

答え4

daemonize「実際の背景」プロセスの実行に関連するすべてのタスクを処理する（1）ユーティリティも参照してください。その文書によると：

daemonize は Unix デーモンプロセスとしてコマンドを実行します。 W. Richard Stevensが1990年の著書Unixネットワークプログラミング（Addison-Wesley、1990）で定義したように、デーモンは「バックグラウンドで（つまり、関連する端末やログインシェルなしで）実行されるプロセスです。プロセス」。イベントが発生するか、特定のタスクが定期的に実行されるのを待ちます。 「起動すると、通常のデーモンは次のことを行います。

  • 開いているすべてのファイル記述子（特に標準入力、標準出力、および標準エラー）を閉じます。
  • 作業ディレクトリをルートファイルシステムに変更して、他のファイルシステムを占有せずにアンマウントするのを防ぎます。
  • umaskの値をリセットしてください。
  • バックグラウンドで実行（例：フォーク）
  • プロセスグループ（通常はシェル）から切断し、プロセスグループ（HUPなど）に送信された信号から自分自身を分離します。
  • すべてのターミナルI / O信号を無視します。
  • 制御端末との接続を切断します（そして、制御端末を再獲得しないように措置をとります）
  • すべてのSIGCLD信号処理

デーモンとして実行するように設計されたほとんどのプログラムは、それ自体で動作します。しかし時々これをしない状況に直面するでしょう。実際のUnixデーモンに正しく変換できないデーモンを実行する必要がある場合は、daemonizeを使用して実際のデーモンとして強制的に実行することができます。

&//すべての混乱した部分を置き換えます。nohupdisown

関連情報