❶ Ubuntu怎麼查看後台運行的程序
1. 程序後加上「＆」 ，即 「./myjob &」, 將命令放入到一個作業隊列中，可以用命令「jobs」 查看
2. 將1中的命令放在 「（）」中， 即 「(./myjob &)」,所提交的作業並不在作業列表中，是無法通過jobs來查看的。
3. 使用"nohup"， 即 「nohup ./myjob &」，忽略hangup信號，防止shell關閉時程序停掉。
4. 使用"setsid", 即「setsid ./myjob」。
5. 對已經運行的程序可以用 「disown -hmyjob」 來使某個作業忽略HUP信號。
6. 使用「screen". screen 下的操作會在screen下運行，無法在jobs中查看到。常用的命令有：
a) 新建一個screen： screen-S my_screen_name. 建好後就可以進行所需要的操作了。
b) 暫時斷開screen： Ctrl－a d
c) 重新打開screen： Ctrl－a screen_id
d) 查看所有screen狀態： screen -ls
e) 終止screen： screen -S my_screen_name -Xkill
f) 在當前窗口新建窗口： Ctrl-a c
g) 退出當前窗口： exit
h) 顯示所有窗口列表：Ctrl-a w
❷ linux命令裡面 nohup命令和 & 是不是一個意思啊，不掛斷是什麼意思。
nohup/setsid/&
場景：
如果只是臨時有一個命令需要長時間運行，什麼方法能最簡便的保證它在後台穩定運行呢？
hangup 名稱的來由
在 Unix 的早期版本中，每個終端都會通過 modem 和系統通訊。當用戶 logout 時，modem 就會掛斷（hang up）電話。 同理，當 modem 斷開連接時，就會給終端發送 hangup 信號來通知其關閉所有子進程。
解決方法：
我們知道，當用戶注銷（logout）或者網路斷開時，終端會收到 HUP（hangup）信號從而關閉其所有子進程。因此，我們的解決辦法就有兩種途徑：要麼讓進程忽略 HUP 信號，要麼讓進程運行在新的會話里從而成為不屬於此終端的子進程。
1. nohup
nohup 無疑是我們首先想到的辦法。顧名思義，nohup 的用途就是讓提交的命令忽略 hangup 信號。讓我們先來看一下 nohup 的幫助信息：
NOHUP(1) User Commands NOHUP(1)
NAME
nohup - run a command immune to hangups, with output to a non-tty
SYNOPSIS
nohup COMMAND [ARG]...
nohup OPTION
DESCRIPTION
Run COMMAND, ignoring hangup signals.
--help display this help and exit
--version
output version information and exit
可見，nohup 的使用是十分方便的，只需在要處理的命令前加上 nohup 即可，標准輸出和標准錯誤預設會被重定向到 nohup.out 文件中。一般我們可在結尾加上"&"來將命令同時放入後台運行，也可用">filename 2>&1"來更改預設的重定向文件名。
nohup 示例
[root@pvcent107 ~]# nohup ping www.ibm.com &
[1] 3059
nohup: appending output to `nohup.out'
[root@pvcent107 ~]# ps -ef |grep 3059
root 3059 984 0 21:06 pts/3 00:00:00 ping www.ibm.com
root 3067 984 0 21:06 pts/3 00:00:00 grep 3059
[root@pvcent107 ~]#
2。setsid
nohup
無疑能通過忽略 HUP 信號來使我們的進程避免中途被中斷，但如果我們換個角度思考，如果我們的進程不屬於接受 HUP
信號的終端的子進程，那麼自然也就不會受到 HUP 信號的影響了。setsid 就能幫助我們做到這一點。讓我們先來看一下 setsid
的幫助信息：
SETSID(8) Linux Programmer』s Manual SETSID(8)
NAME
setsid - run a program in a new session
SYNOPSIS
setsid program [ arg ... ]
DESCRIPTION
setsid runs a program in a new session.
可見 setsid 的使用也是非常方便的，也只需在要處理的命令前加上 setsid 即可。
setsid 示例
[root@pvcent107 ~]# setsid ping www.ibm.com
[root@pvcent107 ~]# ps -ef |grep www.ibm.com
root 31094 1 0 07:28 ? 00:00:00 ping www.ibm.com
root 31102 29217 0 07:29 pts/4 00:00:00 grep www.ibm.com
[root@pvcent107 ~]#
值得注意的是，上例中我們的進程 ID(PID)為31094，而它的父 ID（PPID）為1（即為 init 進程 ID），並不是當前終端的進程 ID。請將此例與nohup 例中的父 ID 做比較。
3。&
這里還有一個關於 subshell 的小技巧。我們知道，將一個或多個命名包含在「()」中就能讓這些命令在子 shell 中運行中，從而擴展出很多有趣的功能，我們現在要討論的就是其中之一。
當我們將"&"也放入「()」內之後，我們就會發現所提交的作業並不在作業列表中，也就是說，是無法通過jobs來查看的。讓我們來看看為什麼這樣就能躲過 HUP 信號的影響吧。
subshell 示例
[root@pvcent107 ~]# (ping www.ibm.com &)
[root@pvcent107 ~]# ps -ef |grep www.ibm.com
root 16270 1 0 14:13 pts/4 00:00:00 ping www.ibm.com
root 16278 15362 0 14:13 pts/4 00:00:00 grep www.ibm.com
[root@pvcent107 ~]#
從上例中可以看出，新提交的進程的父 ID（PPID）為1（init 進程的 PID），並不是當前終端的進程 ID。因此並不屬於當前終端的子進程，從而也就不會受到當前終端的 HUP 信號的影響了。
回頁首
disown
場景：
我們已經知道，如果事先在命令前加上 nohup 或者 setsid 就可以避免 HUP 信號的影響。但是如果我們未加任何處理就已經提交了命令，該如何補救才能讓它避免 HUP 信號的影響呢？
解決方法：
這時想加 nohup 或者 setsid 已經為時已晚，只能通過作業調度和 disown 來解決這個問題了。讓我們來看一下 disown 的幫助信息：
disown [-ar] [-h] [jobspec ...]
Without options, each jobspec is removed from the table of
active jobs. If the -h option is given, each jobspec 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 no jobspec
is present, and neither the -a nor the -r option is supplied,
the current job is used. If no jobspec is supplied, the -a
option means to remove or mark all jobs; the -r option without
a jobspec argument restricts operation to running jobs. The
return value is 0 unless a jobspec does not specify a valid
job.
可以看出，我們可以用如下方式來達成我們的目的。
靈活運用 CTRL-z
在
我們的日常工作中，我們可以用 CTRL-z 來將當前進程掛起到後台暫停運行，執行一些別的操作，然後再用 fg 來將掛起的進程重新放回前台（也可用
bg
來將掛起的進程放在後台）繼續運行。這樣我們就可以在一個終端內靈活切換運行多個任務，這一點在調試代碼時尤為有用。因為將代碼編輯器掛起到後台再重新放
回時，游標定位仍然停留在上次掛起時的位置，避免了重新定位的麻煩。
用disown -h jobspec來使某個作業忽略HUP信號。
用disown -ah 來使所有的作業都忽略HUP信號。
用disown -rh 來使正在運行的作業忽略HUP信號。
需要注意的是，當使用過 disown 之後，會將把目標作業從作業列表中移除，我們將不能再使用jobs來查看它，但是依然能夠用ps -ef查找到它。
但是還有一個問題，這種方法的操作對象是作業，如果我們在運行命令時在結尾加了"&"來使它成為一個作業並在後台運行，那麼就萬事大吉了，我們可以通過jobs命令來得到所有作業的列表。但是如果並沒有把當前命令作為作業來運行，如何才能得到它的作業號呢？答案就是用 CTRL-z（按住Ctrl鍵的同時按住z鍵）了！
CTRL-z 的用途就是將當前進程掛起（Suspend），然後我們就可以用jobs命令來查詢它的作業號，再用bg jobspec來將它放入後台並繼續運行。需要注意的是，如果掛起會影響當前進程的運行結果，請慎用此方法。
disown 示例1（如果提交命令時已經用「&」將命令放入後台運行，則可以直接使用「disown」）
[root@pvcent107 build]# cp -r testLargeFile largeFile &
[1] 4825
[root@pvcent107 build]# jobs
[1]+ Running cp -i -r testLargeFile largeFile &
[root@pvcent107 build]# disown -h %1
[root@pvcent107 build]# ps -ef |grep largeFile
root 4825 968 1 09:46 pts/4 00:00:00 cp -i -r testLargeFile largeFile
root 4853 968 0 09:46 pts/4 00:00:00 grep largeFile
[root@pvcent107 build]# logout
disown 示例2（如果提交命令時未使用「&」將命令放入後台運行，可使用 CTRL-z 和「bg」將其放入後台，再使用「disown」）
[root@pvcent107 build]# cp -r testLargeFile largeFile2
[1]+ Stopped cp -i -r testLargeFile largeFile2
[root@pvcent107 build]# bg %1
[1]+ cp -i -r testLargeFile largeFile2 &
[root@pvcent107 build]# jobs
[1]+ Running cp -i -r testLargeFile largeFile2 &
[root@pvcent107 build]# disown -h %1
[root@pvcent107 build]# ps -ef |grep largeFile2
root 5790 5577 1 10:04 pts/3 00:00:00 cp -i -r testLargeFile largeFile2
root 5824 5577 0 10:05 pts/3 00:00:00 grep largeFile2
[root@pvcent107 build]#
回頁首
screen
場景：
我們已經知道了如何讓進程免受 HUP 信號的影響，但是如果有大量這種命令需要在穩定的後台里運行，如何避免對每條命令都做這樣的操作呢？
解決方法：
此時最方便的方法就是 screen
了。簡單的說，screen 提供了 ANSI/VT100 的終端模擬器，使它能夠在一個真實終端下運行多個全屏的偽終端。screen
的參數很多，具有很強大的功能，我們在此僅介紹其常用功能以及簡要分析一下為什麼使用 screen 能夠避免 HUP 信號的影響。我們先看一下
screen 的幫助信息：
SCREEN(1) SCREEN(1)
NAME
screen - screen manager with VT100/ANSI terminal emulation
SYNOPSIS
screen [ -options ] [ cmd [ args ] ]
screen -r [[pid.]tty[.host]]
screen -r sessionowner/[[pid.]tty[.host]]
DESCRIPTION
Screen is a full-screen window manager that multiplexes a physical
terminal between several processes (typically interactive shells).
Each virtual terminal provides the functions of a DEC VT100 terminal
and, in addition, several control functions from the ISO 6429 (ECMA
48, ANSI X3.64) and ISO 2022 standards (e.g. insert/delete line and
support for multiple character sets). There is a scrollback history
buffer for each virtual terminal and a -and-paste mechanism that
allows moving text regions between windows.
使用 screen 很方便，有以下幾個常用選項：
用screen -dmS session name來建立一個處於斷開模式下的會話（並指定其會話名）。
用screen -list 來列出所有會話。
用screen -r session name來重新連接指定會話。
用快捷鍵CTRL-a d 來暫時斷開當前會話。
screen 示例
[root@pvcent107 ~]# screen -dmS Urumchi
[root@pvcent107 ~]# screen -list
There is a screen on:
12842.Urumchi (Detached)
1 Socket in /tmp/screens/S-root.
[root@pvcent107 ~]# screen -r Urumchi
當我們用「-r」連接到 screen 會話後，我們就可以在這個偽終端裡面為所欲為，再也不用擔心 HUP 信號會對我們的進程造成影響，也不用給每個命令前都加上「nohup」或者「setsid」了。這是為什麼呢？讓我來看一下下面兩個例子吧。
1. 未使用 screen 時新進程的進程樹
[root@pvcent107 ~]# ping www.google.com &
[1] 9499
[root@pvcent107 ~]# pstree -H 9499
init─┬─Xvnc
├─acpid
├─atd
├─2*[sendmail]
├─sshd─┬─sshd───bash───pstree
│ └─sshd───bash───ping
我們可以看出，未使用 screen 時我們所處的 bash 是 sshd 的子進程，當 ssh 斷開連接時，HUP 信號自然會影響到它下面的所有子進程（包括我們新建立的 ping 進程）。
2. 使用了 screen 後新進程的進程樹
[root@pvcent107 ~]# screen -r Urumchi
[root@pvcent107 ~]# ping www.ibm.com &
[1] 9488
[root@pvcent107 ~]# pstree -H 9488
init─┬─Xvnc
├─acpid
├─atd
├─screen───bash───ping
├─2*[sendmail]
而使用了 screen 後就不同了，此時 bash 是 screen 的子進程，而 screen 是 init（PID為1）的子進程。那麼當 ssh 斷開連接時，HUP 信號自然不會影響到 screen 下面的子進程了。
❸ ubuntu里怎麼批量運行程序
1. 程序後加上「＆」 ，即 「./myjob &」, 將命令放入到一個作業隊列中，可以用命令「jobs」 查看
2. 將1中的命令放在 「（）」中， 即 「(./myjob &)」,所提交的作業並不在作業列表中，是無法通過jobs來查看的。
3. 使用"nohup"， 即 「nohup ./myjob &」，忽略hangup信號，防止shell關閉時程序停掉。
4. 使用"setsid", 即「setsid ./myjob」。
5. 對已經運行的程序可以用 「disown -hmyjob」 來使某個作業忽略HUP信號。
6. 使用「screen". screen 下的操作會在screen下運行，無法在jobs中查看到。常用的命令有：
a) 新建一個screen： screen-S my_screen_name. 建好後就可以進行所需要的操作了。
b) 暫時斷開screen： Ctrl－a d
c) 重新打開screen： Ctrl－a screen_id
d) 查看所有screen狀態： screen -ls
e) 終止screen： screen -S my_screen_name -Xkill
f) 在當前窗口新建窗口： Ctrl-a c
g) 退出當前窗口： exit
h) 顯示所有窗口列表：Ctrl-a w
❹ linux setsid啟動後怎麼退出
一般有以下幾種方法： 1）在輸入命令的最前面加上nohup命令 如nohup your_command & 這樣命令在你退出後仍然會在後台執行 2）setsid命令 setsid your_command該命令的結果是使你所運行的命令的父進程為init，所以只有關機該進程才會停止 3
❺ 如何向守護進程發SIGHUP
守護進程是生存期長的一種進程。它們獨立於控制終端並且周期性的執行某種任務或等待處理某些發生的事件。他們常常在系統引導裝入時啟動，在系統關閉時終止。unix系統有很多守護進程，大多數伺服器都是用守護進程實現的。比如，網路服務inetd、Web服務http等。同時，守護進程完成許多系統任務。比如，作業規劃進程crond、列印進程lqd等。這里主要說明守護進程的進程結構，以及如何編寫守護進程程序。因為守護進程沒有控制終端，所以我們還要介紹在守護進程運行時錯誤輸出的方法。
守護進程及其特性
守護進程最重要的特性是後台運行。在這一點上，DOS下的常駐內存程序TSR與之相似。其次，守護進程必須與其運行前的環境隔離開來。這些環境包括未關閉的文件描述符、控制終端、會話和進程組、工作目錄以及文件創建掩碼等。這些環境通常是守護進程從執行它的父進程（特別是shell）中繼承下來的。最後，守護進程的啟動方式有其特殊之處。它可以在系統啟動時從啟動腳本/etc/rc.d中啟動，可以由inetd守護進程啟動，可以有作業規劃進程crond啟動，還可以由用戶終端（通常是shell）執行。總之，除開這些特殊性以外，守護進程與普通進程基本上沒有什麼區別。因此，編寫守護進程實際上是把一個普通進程按照上述的守護進程的特性改造成為守護進程。如果大家對進程的認識比較深入，就對守護進程容易理解和編程了。
首先我們來察看一些常用的系統守護進程，看一下他們和幾個概念：進程組、控制終端和對話期有什麼聯系。p s命令列印系統中各個進程的狀態。該命令有多個選擇項，有關細節請參考系統手冊。為了察看所需的信息，執行：ps –axj
PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND
0 1 0 0 ? -1 S 0 0:04 init
1 2 1 1 ? -1 SW 0 0:00 [keventd]
1 3 1 1 ? -1 SW 0 0:00 [kapm-idled]
0 4 1 1 ? -1 SWN 0 0:00 [ksoftirqd_CPU0]
0 5 1 1 ? -1 SW 0 0:00 [kswapd]
0 6 1 1 ? -1 SW 0 0:00 [kreclaimd]
0 7 1 1 ? -1 SW 0 0:00 [bdflush]
0 8 1 1 ? -1 SW 0 0:00 [kupdated]
1 9 1 1 ? -1 SW< 0 0:00 [mdrecoveryd]
1 17 1 1 ? -1 SW 0 0:02 [kjournald]
1 92 1 1 ? -1 SW 0 0:00 [khubd]
1 573 573 573 ? -1 S 0 0:03 syslogd -r -x
1 578 578 578 ? -1 S 0 0:00 klogd -2
1 598 598 598 ? -1 S 32 0:00 portmap
進程號為1、2的這些進程非常特殊，存在於系統的整個生命期中。它們沒有父進程ID ，沒有組進程ID ，也沒有對話期ID 。syslogd 守護進程可用於任何為操作人員記錄系統消息的程序中。可以在一台實際的控制台上列印這些消息，也可將它們寫到一個文件中。sendmail 是標准郵遞守護進程。update 程序定期將內核緩存中的內容寫到硬碟上（通常是每隔30 秒）。為了做到這一點，該程序每隔30 秒調用sync（2 ）函數一次。cron 守護進程在指定的日期和時間執行指定的命令。許多系統管理任務是由cron 定期地使相關程序執行而得以實現的。inetd進程監聽系統的網路界面，以輸入對各種網路伺服器的請求。最後一個守護進程，lpd 處理對系統提出的各個列印請求。
注意，所有守護進程都以超級用戶（用戶ID為0）的優先權運行。沒有一個守護進程具有控制終端，終端名稱設置為問號（？）、終端前台進程組ID設置為－1。缺少控制終端是守護進程調用了setsid的結果。除update以外的所有守護進程都是進程組的首進程，對話期的首進程，而且是這些進程組和對話期中的唯一進程。最後，應當引起注意的是所有這些守護進程的父進程都是init進程。
在接觸實際編程前，我們來看看編寫守護進程要碰到的概念：進程組合會話期。
進程組
每個進程除了有一進程ID之外，還屬於一個進程組（在討論信號時就會涉及進程組）進程組是一個或多個進程的集合。每個進程有一個唯一的進程組ID。進程組ID類似於進程ID——它是一個正整數，並可存放在pid_t數據類型中。
每個進程組有一個組長進程。組長進程的標識是，其進程組ID等於其進程ID，進程組組長可以創建一個進程組，創建該組中的進程，然後終止，只要在某個進程組中有一個進程存在，則該進程就存在，這與其組長進程是否終止無關。從進程組創建開始到其中最後一個進程離開為止的時間區間稱為進程組的生命期。某個進程組中的最後一個進程可以終止，也可以參加另一進程組。
前面已經提到進程調用setgid可以參加一個現存的組或者創建一個新進程組（setsid也可以創建一個新的進程組，後面將用到）
會話期
會話期(session)是一個或多個進程組的集合。其中，在一個會話期中有3個進程組，通常是有shell的管道線將幾個進程編成一組的。
下面說明有關會話期和進程組的一些特性：
一個會話期可以有一個單獨的控制終端（controlling terminal），這一般是我們在其上登錄的終端設備（終端登錄）或偽終端設備（網路登錄），但這個控制終端並不是必需的。
建立與控制終端連接的會話期首進程，被稱之為控制進程（contronlling process）。以及一個會話期中的幾個進程組可被分為一個前台進程組（foreground process group）以及一個或幾個後台進程組（background process group）
如果一個會話期有一個控制終端，則它有一個前台進程組，其他進程組為後台進程組。無論何時鍵入中斷鍵（常常是delete或ctrl－c）或退出鍵（通常是ctrl－/），就會造成將中斷信號或退出信號送至前途進程組的所有進程。
守護進程的編程規則
在不同Unix環境下，守護進程的具體編程細節並不一致。但所幸的是，守護進程的編程原則其實都一樣，區別僅在於具體的實現細節不同，這個原則就是要滿足守護進程的特性。編程規則如下：
1、在後台運行
為避免掛起控制終端，要將daemon放入後台執行，其方法是，在進程中調用fork使父進程終止，讓daemon在子進程中後台執行。具體就是調用f o r k ，然後使父進程e x i t 。這樣做實現了下面幾點：
第一，如果該精靈進程是由一條簡單s h e l l 命令起動的，那麼使父進程終止使得s h e l l 認為這條命令已經執行完成。
第二，子進程繼承了父進程的進程組I D ，但具有一個新的進程I D ，這就保證了子進程不是一個進程組的首進程。這對於下面就要做的s e t s i d 調用是必要的前提條件。
2、脫離控制終端，登錄會話和進程組
登錄會話可以包含多個進程組，這些進程組共享一個控制終端，這個控制終端通常是創建進程的登錄終端、控制終端，登錄會話和進程組通常是從父進程繼承下來的。我們的目的就是要擺脫它們，使之不受它們的影響。
其方法是在第一點的基礎上，調用setsid（）使進程成為會話組長：
需要說明的是，當進程是會話組長時，setsid（）調用會失敗，但第一點已經保證進程不是會話組長。setsid（）調用成功後，進程成為新的會話組長和新的進程組長，並與原來的登錄會話和進程組脫離，由於會話過程對控制終端的獨占性，進程同時與控制終端脫離。
具體是操作就是：
（a ）成為新對話期的首進程
（b ）成為一個新進程組的首進程
（c ）沒有控制終端。
3、禁止進程重新打開控制終端
現在，進程已經成為無終端的會話組長，但它可以重新申請打開一個控制終端。可以通過使進程不再成為會話組長來禁止進程重新打開控制終端：
4、關閉打開的文件描述符
進程從創建它的父進程那裡繼承了打開的文件描述符。如不關閉，將會浪費系統資源，造成進程所在地文件系統無法卸下以及無法預料的錯誤。一般來說，必要的是關閉0、1、2三個文件描述符，即標准輸入、標准輸出、標准錯誤。因為我們一般希望守護進程自己有一套信息輸出、輸入的體系，而不是把所有的東西都發送到終端屏幕上。調用fclose（）；
5、改變當前工作目錄
將當前工作目錄更改為根目錄。從父進程繼承過來的當前工作目錄可能在一個裝配的文件系統中。因為精靈進程通常在系統再引導之前是一直存在的，所以如果精靈進程的當前工作目錄在一個裝配文件系統中，那麼該文件系統就不能被拆卸。另外，某些精靈進程可能會把當前工作目錄更改到某個指定位置，在此位置做它們的工作。例如，行式列印機假離線精靈進程常常將其工作目錄更改到它們的s p o o l 目錄上。
可以調用chdir（「目錄」）；
6、重設文件創建掩碼
將文件方式創建屏蔽字設置為0 。由繼承得來的文件方式創建屏蔽字可能會拒絕設置某些許可權。例如，若精靈進程要創建一個組可讀、寫的文件，而繼承的文件方式創建屏蔽字，屏蔽了這兩種許可權，則所要求的組可讀、寫就不能起作用。
7、處理SIGCHLD 信號
處理SIGCHLD信號並不是必需的。但對於某些進程，特別是伺服器進程往往在請求到來時生產子進程出來請求。如果父進程不等待子進程結束，子進程將成為僵屍進程，(zombie)而仍佔用系統資源。如果父進程等待子進程結束，將增加父進程的負擔，影響伺服器進程的並發性能。在系統V下可以簡單的將SIGCHLD信號的操作設為SIG-IGN:
signal(SIGCHLD,SIG_IGN);
這樣，內核在子進程結束時不會產生僵屍進程，這一點與BSD4不同，在BSD4下必須顯示等 待子進程結束才能釋放僵屍進程。
守護進程實例
守護進程實例包括兩部分：主程序test.c和初始化程序init.c。主程序每隔一分鍾向/tmp目錄中的日誌test.log 報告運行狀態。初始化程序中的init_daemon 函數負責生成守護進程
void make_daemon(void)
{
pid_t pid;
FILE * lockfd;
sigset_t sighup;
int i;
extern pid_t getsid(pid_t);
pid = fork();//第一個子進程生成
if (pid < 0) {
printinfo("fork error!",INFOERROR);
exit(FAILEXIT);
}else if (pid > 0) {
printinfo("fork 1 ok! ", INFOSCREEN);
exit(OKEXIT);//退出父進程，擺脫shell的控制
}
pid = getpid();//獲得子進程自身的id
lockfd = fopen(PIDFILE, "w");//以下是將pid寫入文件
if (lockfd != NULL) {
fprintf(lockfd, "%d/n", pid);
fclose(lockfd);
}//寫入pid
if (getsid(0) != pid) {//創建新的會話期
if (setsid() < 0) {
printinfo("backupdaemon setsid error!",INFOERROR);
perror("setsid");
}
}
if(pid=fork()){//再次生成子進程，這時候是孫子進程
exit(0);//退出上一代進程
}else if(pid<0){
exit(1);
}
close(1);//關閉文件
close(2);
chdir(rundir);//改變運行的目錄
umask(022);//改變文件許可權
}
守護進程的錯誤輸出守護進程不屬於任何終端，所以當需要輸出某些信息時，它無法像一般程序那樣將信息直接輸出到標准輸出和標准錯誤輸出中。我們很大時候也不希望每個守護進程將它自己的出錯消息寫到一個單獨的文件中。因為對於系統管理人員而言，要記住哪一個守護進程寫到哪一個記錄文件中，並定期的檢查這些文件，他一定會為此感到頭疼的。所以，我們需要有一個集中的守護進程出錯記錄機制。目前很多系統都引入了syslog記錄進程來實現這一目的。自伯克利開發了BSD syslog並廣泛應用以來，BSD syslog 機制被大多數守護進程所使用。我們下面介紹BSD syslog 的用法。有三種方法產生記錄消息：
1 內核常式可以調用log函數。任何一個用戶進程通過打開和讀/dev/klog設備就可以讀取這些消息。因為我們無意編寫內核中的常式，所以不再進一步說明此函數。
2 大多數用戶進程（守護進程）調用syslog函數以產生記錄消息。我們將在下面說明其調用序列。這使消息發送至Unix域數據報套介面/dev/log。
3 在此主機上，或通過TCP/IP網路連接到此主機的某一其他主機上的一個用戶進程可將記錄消息發向UDP埠514。注意：syslog 函數並不產生這些UDP數據報——它們要求產生此記錄消息的進程具有顯式的網路編程。通常，syslog守護進程讀取三種格式的記錄消息。此守護進程在啟動時讀一個配置文件。一般來說，其文件名為/etc/syslog.conf，該文件決定了不同種類的消息應送向何處。例如，緊急消息可被送向系統管理員（若已登錄），並在控制台上顯示，而警告消息則可記錄到一個文件中。該機制提供了syslog函數，其調用格式如下
#include
void openlog (char*ident,int option ,int facility);
void syslog(int priority,char*format,……)
void closelog();
調用openlog是可選擇的。如果不調用openlog，則在第一次調用syslog時，自動調用openlog。調用closelog也是可選擇的，它只是關閉被用於與syslog守護進程通信的描述符。調用openlog 使我們可以指定一個ident，以後， 此ident 將被加至每則記錄消息中。ident 一般是程序的名稱（例如 ，cron ，inetd 等）。option 有4種可能：LOG_CONS 若日誌消息不能通過Unix域數據報發送至syslog，則將該消息寫至控制台。LOG_NDELAY1 立即打開Unix域數據報套介面至syslog守護進程，而不要等到記錄第一消息。通常，在記錄第一條消息之前，該套介面不打開。LOG_PERROR 除將日誌消息發送給syslog 外，還將它至標准出錯。此選項僅由4.3BSDReno及以後版本支持。LOG_PID 每條消息都包含進程ID。此選項可供對每個請求都fork一個子進程的守護進程使用。在openlog中設置facility參數的目的是讓配置文件可以說明，來自不同設施的消息以不同的方式進行處理。如果不調用openlog，或者以facility 為0來調用它，那麼在調用syslog 時，可將facility作為priority參數的一個部分進行說明。調用syslog產生一個記錄消息。
❻ Linux進程後台運行的幾種方式
Ctrl+z/bg/nohup/setsid/&
在Linux中，如果要讓進程在後台運行，一般情況下，我們在命令後面加上&即可，實際上，這樣是將命令放入到一個作業隊列中了：
./rsync.sh &# jobs
但是如上方到後台執行的進程，其父進程還是當前終端shell的進程，而一旦父進程退出，則會發送hangup信號給所有子進程，子進程收到hangup以後也會退出。如果我們要在退出shell的時候繼續運行進程，則需要使用nohup忽略hangup信號，或者setsid將將父進程設為init進程(進程號為1)：對於已經在前台執行的命令，也可以重新放到後台執行，首先按ctrl+z暫停已經運行的進程，然後使用bg命令將停止的作業放到後台運行：bg %1，放回前台運行：%1。
# nohup ./rsync.sh &# setsid ./rsync.sh &或
# (./rsync.sh &) ////在一個subshell中執行# ps -ef|grep rsync
nohup 的用途就是讓提交的命令忽略 hangup 信號，標准輸出和標准錯誤預設會被重定向到 nohup.out 文件中。。一般我們可在結尾加上」&」來將命令同時放入後台運行，也可用」 > log.out 2>&1」來更改預設的重定向文件名。
上面的試驗演示了使用nohup/setsid加上&使進程在後台運行，同時不受當前shell退出的影響。那麼對於已經在後台運行的進程，該怎麼辦呢？可以使用disown命令：
# jobs
# disown -h %1# ps -ef|grep rsync
效果與setid相同，但是disown後無法通過jobs命令查看了。
screen
還有一種更加強大的方式是使用screen，首先創建一個斷開模式的虛擬終端，然後用-r選項重新連接這個虛擬終端，在其中執行的任何命令，都能達到nohup的效果，這在有多個命令需要在後台連續執行的時候比較方便。
GNU Screen是一款由GNU計劃開發的用於命令行終端切換的自由軟體。用戶可以通過該軟體同時連接多個本地或遠程的命令行會話，並在其間自由切換，可以看作是窗口管理器的命令行界面版本。它提供了統一的管理多個會話的界面和相應的功能。
# yum install screen -y
常用screen參數：
# screen -S docker-d 新建一個名叫docker-d的session，並馬上進入
# screen -dmS docker-d 新建一個名叫docker-d的session，但暫不進入，可用於系統啟動腳本里
# screen -ls 列出當前所有session
# screen -r docker-d 恢復到zhouxiao這個session，前提是已經是斷開狀態（-d可以遠程斷開會話）
# screen -x docker-d 連接到離線模式的會話（多窗口同步演示）
# screen ./rsync.sh screen創建一個執行腳本的單窗口會話，可以attach進程ID
# screen -wipe 檢查目前所有的screen作業，並刪除已經無法使用的screen作業
正常情況下，當你退出一個窗口中最後一個程序（通常是bash）後，這個窗口就關閉了。另一個關閉窗口的方法是使用C-a k，這個快捷鍵殺死當前的窗口，同時也將殺死這個窗口中正在運行的進程。
在每個screen session 下，所有命令都以 ctrl+a(C-a) 開始。
C-a w 顯示所有窗口列表
C-a k 這個快捷鍵殺死當前的窗口，同時也將殺死這個窗口中正在運行的進程。
C-a d detach，暫時離開當前session
上面只是基本也是最常用的用法，更多請參考man screen或linux screen 命令詳解。需要了解的是，一個用戶創建的screen，其他用戶（甚至root）通過screen -ls是看不見的。另外，Ctrl+a在bash下是用來回到行開頭，不幸與上面的組合快捷鍵沖突。
❼ 編寫守護進程時為什麼要setsid
1、第一次fork，確保當前的process一定不是session leader，關於session，繼續往下看
2、setsid，創建新的session，因為session leader調用setsid不會創建新session，所以我們才需要之前的那個fork。
那session到底是什麼？當你通過控制台登錄時，你就創建了一個session，一個session就是一個controlling terminal、一個controlling process group，再加上一堆後台process group，其中controlling process一般就是login shell，controlling terminal就是你在敲鍵盤看顯示器的那個「終端」。在shell中，你可以用"&"將一個命令在後台運行，或者你可以按Ctrl-Z，然後用bg命令將其放入後台，這時你可以用jobs命令看到後台運行的進程，這些後台進程就是background process group
看看當你logout的時候會發生什麼，此時controlling terminal會被關閉，這個session中所有進程都會收到SIGHUP和SIGTERM/SIGQUIT，對於這些信號的預設操作就是結束進程。
作為一個daemon，你當然不希望用戶logout的時候就退出，解決方案有幾種，一種就是忽略上述所有信號，例如nohup程序乾的就是這個，但這樣做有個小問題，很多程序使用信號作為一種簡單的IPC機制，忽略這些信號會導致這種IPC失效；另外一種方案就是讓進程從這個controlling terminal上脫離，setsid將會創建一個新的session，使當前進程成為新session的leader，並且不再關聯之前session的controlling terminal。
3、第二次fork，這件事情有點晦澀，其實很多文檔上並沒說的太清楚，具體原因是這樣的，即使一個進程創建了新的session，它依然有可能獲得一個controlling terminal，比如你可以用ioctl(TIOCSCTTY)，這樣做的後果就是，新的session有了controlling terminal，然後前面我們提到的所有問題依然可能發生。為了徹底解決這個問題，我們需要第二次fork，因為ioctl(TIOCSCTTY)手冊中在非常不起眼的地方提到了，只有session leader才能為session打開controlling terminal，第二次fork之後，子進程就是session中第二個進程，它這輩子再沒機會成為session leader了（除非它調用setsid），也就再沒能力打開controlling terminal了。這樣我們就一勞永逸的解決了所有問題。
所以，如果你的程序行為很固定，你知道它不會無聊到去打開controlling terminal的話，第二次fork其實是不必要的，但是如果你是在寫一個庫，而且不知道使用它的程序到底會有什麼樣的行為，你最好還是再fork一次。
其實幹了所有上述的事，依然還有一些遺留問題，你還需要：
1、chdir("/")，這樣可以防止你的程序工作目錄所在的文件系統無法umount的問題
2、close/reopen所有你不需要的fd，尤其是stdin/stdout，因為這些fd是從父進程繼承下來的，如果它們是管道，而對端有關閉了，讀寫它們會產生SIGPIPE
3、設置正確的umask，這也是從父進程繼承下來的，不一定是你想要的值
4、設置適當的env，同上
5、設置適當的sigmask
6、如果你的daemon需要創建子進程，你可能還需要signal(SIGCHLD, SIG_IGN)，防止退出的子進程成為zombie
❽ 如何在python腳本中新建一個守護子進程
函數實現
[html] view plain
#!/usr/bin/env python
#coding: utf-8
import sys, os
'''將當前進程fork為一個守護進程
注意：如果你的守護進程是由inetd啟動的，不要這樣做！inetd完成了
所有需要做的事情，包括重定向標准文件描述符，需要做的事情只有chdir()和umask()了
'''
def daemonize (stdin='/dev/null', stdout='/dev/null', stderr='/dev/null'):
#重定向標准文件描述符（默認情況下定向到/dev/null）
try:
pid = os.fork()
#父進程(會話組頭領進程)退出，這意味著一個非會話組頭領進程永遠不能重新獲得控制終端。
if pid > 0:
sys.exit(0) #父進程退出
except OSError, e:
sys.stderr.write ("fork #1 failed: (%d) %s\n" % (e.errno, e.strerror) )
sys.exit(1)
#從母體環境脫離
os.chdir("/") #chdir確認進程不保持任何目錄於使用狀態，否則不能umount一個文件系統。也可以改變到對於守護程序運行重要的文件所在目錄
os.umask(0) #調用umask(0)以便擁有對於寫的任何東西的完全控制，因為有時不知道繼承了什麼樣的umask。
os.setsid() #setsid調用成功後，進程成為新的會話組長和新的進程組長，並與原來的登錄會話和進程組脫離。
#執行第二次fork
try:
pid = os.fork()
if pid > 0:
sys.exit(0) #第二個父進程退出
except OSError, e:
sys.stderr.write ("fork #2 failed: (%d) %s\n" % (e.errno, e.strerror) )
sys.exit(1)
#進程已經是守護進程了，重定向標准文件描述符
for f in sys.stdout, sys.stderr: f.flush()
si = open(stdin, 'r')
so = open(stdout, 'a+')
se = open(stderr, 'a+', 0)
os.p2(si.fileno(), sys.stdin.fileno()) #p2函數原子化關閉和復制文件描述符
os.p2(so.fileno(), sys.stdout.fileno())
os.p2(se.fileno(), sys.stderr.fileno())
#示例函數：每秒列印一個數字和時間戳
def main():
import time
sys.stdout.write('Daemon started with pid %d\n' % os.getpid())
sys.stdout.write('Daemon stdout output\n')
sys.stderr.write('Daemon stderr output\n')
c = 0
while True:
sys.stdout.write('%d: %s\n' %(c, time.ctime()))
sys.stdout.flush()
c = c+1
time.sleep(1)
if __name__ == "__main__":
daemonize('/dev/null','/tmp/daemon_stdout.log','/tmp/daemon_error.log')
main()
可以通過命令ps -ef | grep daemon.py查看後台運行的繼承，在/tmp/daemon_error.log會記錄錯誤運行日誌，在/tmp/daemon_stdout.log會記錄標准輸出日誌。
❾ 如何使程序在Linux下後台運行
三種方法如下
1.nohup
nohup 無疑是我們首先想到的辦法。顧名思義，nohup 的用途就是讓提交的命令忽略 hangup 信號。讓我們先來看一下 nohup 的幫助信息：
NOHUP(1) User Commands NOHUP(1)
NAME
nohup - run a command immune to hangups, with output to a non-tty
SYNOPSIS
nohup COMMAND [ARG]...
nohup OPTION
DESCRIPTION
Run COMMAND, ignoring hangup signals.
--help display this help and exit
--version
output version information and exit
可見，nohup 的使用是十分方便的，只需在要處理的命令前加上 nohup 即可，標准輸出和標准錯誤預設會被重定向到 nohup.out 文件中。一般我們可在結尾加上"&"來將命令同時放入後台運行，也可用">filename 2>&1"來更改預設的重定向文件名。
nohup 示例
[root@pvcent107 ~]# nohup ping www.ibm.com &
[1] 3059
nohup: appending output to `nohup.out'
[root@pvcent107 ~]# ps -ef |grep 3059
root 3059 984 0 21:06 pts/3 00:00:00 ping www.ibm.com
root 3067 984 0 21:06 pts/3 00:00:00 grep 3059
[root@pvcent107 ~]#
2。setsid
nohup 無疑能通過忽略 HUP 信號來使我們的進程避免中途被中斷，但如果我們換個角度思考，如果我們的進程不屬於接受 HUP 信號的終端的子進程，那麼自然也就不會受到 HUP 信號的影響了。setsid 就能幫助我們做到這一點。讓我們先來看一下 setsid 的幫助信息：
SETSID(8) Linux Programmer』s Manual SETSID(8)
NAME
setsid - run a program in a new session
SYNOPSIS
setsid program [ arg ... ]
DESCRIPTION
setsid runs a program in a new session.
可見 setsid 的使用也是非常方便的，也只需在要處理的命令前加上 setsid 即可。
setsid 示例
[root@pvcent107 ~]# setsid ping www.ibm.com
[root@pvcent107 ~]# ps -ef |grep www.ibm.com
root 31094 1 0 07:28 ? 00:00:00 ping www.ibm.com
root 31102 29217 0 07:29 pts/4 00:00:00 grep www.ibm.com
[root@pvcent107 ~]#
值得注意的是，上例中我們的進程 ID(PID)為31094，而它的父 ID（PPID）為1（即為 init 進程 ID），並不是當前終端的進程 ID。請將此例與nohup 例中的父 ID 做比較。
3。&
這里還有一個關於 subshell 的小技巧。我們知道，將一個或多個命名包含在「()」中就能讓這些命令在子 shell 中運行中，從而擴展出很多有趣的功能，我們現在要討論的就是其中之一。
當我們將"&"也放入「()」內之後，我們就會發現所提交的作業並不在作業列表中，也就是說，是無法通過jobs來查看的。讓我們來看看為什麼這樣就能躲過 HUP 信號的影響吧。
subshell 示例
[root@pvcent107 ~]# (ping www.ibm.com &)
[root@pvcent107 ~]# ps -ef |grep www.ibm.com
root 16270 1 0 14:13 pts/4 00:00:00 ping www.ibm.com
root 16278 15362 0 14:13 pts/4 00:00:00 grep www.ibm.com
[root@pvcent107 ~]#
從上例中可以看出，新提交的進程的父 ID（PPID）為1（init 進程的 PID），並不是當前終端的進程 ID。因此並不屬於當前終端的子進程，從而也就不會受到當前終端的 HUP 信號的影響了。
❿ 如何在用戶退出linux系統時使一個進程仍然繼續執行
一般有以下幾種方法：
1）在輸入命令的最前面加上nohup命令
如nohup your_command & 這樣命令在你退出後仍然會在後台執行
2）setsid命令
setsid your_command該命令的結果是使你所運行的命令的父進程為init，所以只有關機該進程才會停止
3）（your_command &）
就是用括弧將你的命令括起來，這樣做也是使命令的父進程為init
4）disown
當你在命令行下輸入your_command &後命令就在後台執行了，然後執行jobs命令，該命令會列出當前正在後台執行的命令。例如輸入命令「top&」
然後執行"jobs"
輸出結果是
[1] + Suspended (tty output) top
注意行開頭方括弧內的數字，該數字叫做jobspec，是給當前後台運行的job的編號。這是你只要在命令行下輸入"disown -h 1" 後台運行的top命令就不會受到hangup信號的影響了。
5）使用screen命令
在
命令行下輸入screen命令就開啟了一個screen進程，它就好像是一個全新的命令運行環境，在該環境中你可以像在正常的terminal下那樣執行
命令，但是這個screen是不受其父進程的hangup信號的影響的，既然screen不受其父進程影響，當你意外掉線或者退出系統時，在screen
中仍在執行的命令仍然會繼續執行。關於screen命令的使用方法你可以再去查閱相關資料。