linuxnohup和的區別

❶ linux中nohup和&有什麼區別

當猜團孫你想執行任務計劃，退出登錄而不打斷時或灶。 nohup command & 任務計劃穗鏈還有at 和cron 自己查查吧

❷ 守護進程 nohup

nohup和&的區別

&：雀態源 指在後台運行

nohup： 不掛斷的運行，注意並沒有後台運行的功能，，就是指，用nohup運行命令可以使命令永久的執行下去，和用戶終端沒有關系，例如我們斷開SSH連接都不會影響他的運行，注意了nohup沒有後台運行的意思；&才是後台運行

&是指在後台運行，但當用戶推出(掛起)的時候，命令自動也跟著退出

那麼，我們可以巧妙的吧他們結合起來用就是

nohup COMMAND &

這樣就能使命令永久的在後台執行

例如：

1. sh test.sh & 

將sh test.sh任務放到後台 ，即使關閉xshell退出當前session依然繼續運行，但閉嫌 標准輸出和標准錯誤信息會丟失（缺少的日誌的輸出）

將sh test.sh任務放到後台 ，關閉xshell，對應的任務也跟著停止。

2. nohup sh test.sh 

將sh test.sh任務放到後台，關閉標准輸入， 終端不再能夠接收任何輸入（標准輸入） ，重定向標准輸出和標准錯誤到當前目錄下的nohup.out文件，即使關閉xshell退出當前session依然繼續運行。

3. nohup sh test.sh  &

將sh test.sh任務放到後頃態台，但是依然可以使用標准輸入， 終端能夠接收任何輸入 ，重定向標准輸出和標准錯誤到當前目錄下的nohup.out文件，即使關閉xshell退出當前session依然繼續運行。

參考鏈接： https://www.cnblogs.com/jinxiao-pu/p/9131057.html

❸ &符號讓命令進入後台運行,用戶退出登錄時進程會結束嗎和nohup的比較

你的程序如果做成了守護進程就不需要nohup，而沒有做成守護進程的話呢，不使用nohup的話，即使加上&，也會在終態譽橡端退出後中斷。
而你的情況虛蠢說明你運行的是一個守護進程。所有有無nohup沒有多大關系帆旁。

❹ Linux裡面nohub命令作用是什麼

定義: nohup 是 no hang up 的縮寫,就是不掛斷的意思,但沒有後台運行,終端不能標准輸入 用途:不掛斷地運行命令。該命令可以在你退出當前用戶/關閉終端之後繼續運行相應的進程 因為普通胡勇退出時候,程序可能...

❺ 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 下面的子進程了。

❻ Linux幾種中斷信號的區別：HUP，INT，KILL，TERM，TSTP

Linux的HUP，INT，KILL，TERM，TSTP中斷信號區別為：鍵入不同、對應操作不同、啟用不同。

一、鍵入不同

1、HUP中斷信號：HUP中斷信號是當用戶鍵入<Ctrl+X>時由終端驅動程序發送的信號。

2、INT中斷信號：INT中斷信號是當用戶鍵入<Ctrl+I>時由終端驅動程序發送的信號。

3、KILL中斷信號：KILL中斷信號是當用戶鍵入<Ctrl+Z>時由終端驅動程序發送的信號。

4、TERM中斷信號：TERM中斷信號是當用戶鍵入<Ctrl+>時由終端驅動程序發送的信號。

5、TSTP中斷信號：TSTP中斷信號是當用戶鍵入<Ctrl+T>時由終端驅動程序發送的信號。二、對應操作不同

1、HUP中斷信號：HUP中斷信號的對應操作為讓進程掛起，睡眠。

2、INT中斷信號：INT中斷信號的對應操作為正常關閉所有進程。

3、KILL中斷信號：KILL中斷信號的對應操作為強制關閉所有進程。

4、TERM中斷信號：TERM中斷信號的對應操作為正常的退出進程。

5、TSTP中斷信號：TSTP中斷信號的對應操作為暫時停用進程。

三、啟用不同

1、HUP中斷信號：HUP中斷信號發送後，可以重新被用戶再次輸入恢復啟用進程。

2、INT中斷信號：INT中斷信號發送後，不可以重新被用戶再次輸入恢復啟用進程。

3、KILL中斷信號：KILL中斷信號發送後，不可以重新被用戶再次輸入恢復啟用進程。

4、TERM中斷信號：TERM中斷信號發送後，可以重新被用戶再次輸入啟用進程。

5、TSTP中斷信號：TSTP中斷信號發送後，可以重新被用戶再次輸入繼續使用進程。

❼ linux後台自動執行命令nohup與日誌查看

在linux上執行腳孫含瞎本，當退出頁面或電腦鎖屏後，腳本就停止執行了。對需要長時間運行的腳本非常不友好。

nohup（no hang up）則空老尺：可以讓程序不掛斷執行。
& ：可以讓程序在後台執行。

「> nohup.log」： 表示將日誌輸出到nohup.log文件上。
2>&1：表示將正確日誌、錯誤日誌都輸出到正確日誌指定的文件（nohup.log文件）上。

❽ linux中nohup和&有什麼區別

也試了下，在命令前添加nohup nohup /path/to/command 執行以上命令提示： nohup: 忽略輸入並把輸出追加到"nohup.out" 終端是等待操作狀態，這時如果斷開ssh連接時，進程不會退出
如果將輸出重定向 nohup /path/to/command > /path/to/xxx.log 則提示： nohup: 忽略輸入重定向錯誤到標准輸出端
看了下nohup.out內容，就是命令輸出內容，也就是說
@eechen的回答提到了系統信號，關於系統信號一直都模稜兩可，就在網上查了下相關資料： 原文地址：http://wenku..com/link?url=lurBMIQpmV9f_v6FwGk0N_0pzd178TzBZVH_m
直接粘過來格式有點亂，簡單整理了下，大概如下：
$ kill -l

1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL

5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE

9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2

13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGSTKFLT 17) SIGCHLD

18) SIGCONT 19) SIGSTOP 20) SIGTSTP 21) SIGTTIN

22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ

26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO

30) SIGPWR 31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1

36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4 39) SIGRTMIN+5

40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8 43) SIGRTMIN+9

44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13

48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13

52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9

56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6 59) SIGRTMAX-5

60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2 63) SIGRTMAX-1

64) SIGRTMAX

列表中，
編號為1 ~ 31的信號為傳統UNIX支持的信號，是不可靠信號(非實時的)
編號為32 ~ 63的信號是後來擴充的，稱做可靠信號(實時信號)。
不可靠信號和可靠信號的區別在於前者不支持排隊，可能會造成信號丟失，而後者不會。
下面我們對編號小於SIGRTMIN的信號進行討論。
1.SIGHUP
本信號在用戶終端連接(正常或非正常)結束時發出, 通常是在終端的控制進程結束時, 通知同一session內的各個作業, 這時它們與控制終端不再關聯。
登錄Linux時，系統會分配給登錄用戶一個終端(Session)。 在這個終端運行的所有程序，包括前台進程組和後台進程組，一般都屬於這個Session。 當用戶退出Linux登錄時，前台進程組和後台有對終端輸出的進程將會收到SIGHUP信號。
這個信號的默認操作為終止進程，因此前台進程組和後台有終端輸出的進程就會中止。不過可以捕獲這個信號，比如wget能捕獲SIGHUP信號，並忽略它，這樣就算退出了Linux登錄，wget也能繼續下載。
此外，對於與終端脫離關系的守護進程，這個信號用於通知它重新讀取配置文件。 如： kill -HUP 456 # 將 pid 為 456 的行程重跑 (restart) : http://blog.chenlb.com/2008/10/what-meaning-kill-hup.html
2.SIGINT
程序終止(interrupt)信號,
在用戶鍵入INTR字元(通常是Ctrl-C)時發出，
用於通知前台進程組終止進程。
3.SIGQUIT
和SIGINT類似, 但由QUIT字元(通常是Ctrl-)來控制.
進程在因收到SIGQUIT退出時會產生core文件, 在這個意義上類似於一個程序錯誤信號。
4.SIGILL
執行了非法指令.
通常是因為可執行文件本身出現錯誤, 或者試圖執行數據段. 堆棧溢出時也有可能產生這個信號。
5.SIGTRAP
由斷點指令或其它trap指令產生.
由debugger使用。
6.SIGABRT
調用abort函數生成的信號。
7.SIGBUS
非法地址, 包括內存地址對齊(alignment)出錯。比如訪問一個四個字長的整數, 但其地址不是4的倍數。
它與SIGSEGV的區別在於後者是由於對合法存儲地址的非法訪問觸發的(如訪問不屬於自己存儲空間或只讀存儲空間)。
8.SIGFPE
在發生致命的算術運算錯誤時發出. 不僅包括浮點運算錯誤, 還包括溢出及除數為0等其它所有的算術的錯誤。
9.SIGKILL
用來立即結束程序的運行. 本信號不能被阻塞、處理和忽略。如果管理員發現某個進程終止不了，可嘗試發送這個信號。
10.SIGUSR1
留給用戶使用
11.SIGSEGV
試圖訪問未分配給自己的內存, 或試圖往沒有寫許可權的內存地址寫數據.
12.SIGUSR2
留給用戶使用
13.SIGPIPE
管道破裂。這個信號通常在進程間通信產生，比如採用FIFO(管道)通信的兩個進程，讀管道沒打開或者意外終止就往管道寫，寫進程會收到SIGPIPE信號。
此外用Socket通信的兩個進程，寫進程在寫Socket的時候，讀進程已經終止。
14.SIGALRM
時鍾定時信號, 計算的是實際的時間或時鍾時間. alarm函數使用該信號.
15.SIGTERM
程序結束(terminate)信號, 與SIGKILL不同的是該信號可以被阻塞和處理。通常用來要求程序自己正常退出，
shell命令kill預設產生這個信號。如果進程終止不了，我們才會嘗試SIGKILL。
17.SIGCHLD
子進程結束時, 父進程會收到這個信號。如果父進程沒有處理這個信號，也沒有等待(wait)子進程，子進程雖然終止，但是還會在內核進程表中佔有表項，這時的子進程稱為僵屍進程。這種情況我們應該避免(父進程或者忽略SIGCHILD信號，或者捕捉它，或者wait它派生的子進程，或者父進程先終止，這時子進程的終止自動由init進程來接管)。
18.SIGCONT
讓一個停止(stopped)的進程繼續執行. 本信號不能被阻塞. 可以用一個handler來讓程序在由stopped狀態變為繼續執行時完成特定的工作. 例如, 重新顯示提示符...
19.SIGSTOP
停止(stopped)進程的執行. 注意它和terminate以及interrupt的區別: 該進程還未結束, 只是暫停執行. 本信號不能被阻塞, 處理或忽略.
20.SIGTSTP
停止進程的運行, 但該信號可以被處理和忽略. 用戶鍵入SUSP字元時(通常是Ctrl-Z)發出這個信號
21.SIGTTIN
當後台作業要從用戶終端讀數據時, 該作業中的所有進程會收到SIGTTIN信號. 預設時這些進程會停止執行.
22.SIGTTOU
類似於SIGTTIN, 但在寫終端(或修改終端模式)時收到.
23.SIGURG
有"緊急"數據或out-of-band數據到達socket時產生.
24.SIGXCPU
超過CPU時間資源限制.
這個限制可以由getrlimit/setrlimit來讀取/改變。
25.SIGXFSZ
當進程企圖擴大文件以至於超過文件大小資源限制。
26.SIGVTALRM
虛擬時鍾信號. 類似於SIGALRM, 但是計算的是該進程佔用的CPU時間.
27.SIGPROF
類似於SIGALRM/SIGVTALRM, 但包括該進程用的CPU時間以及系統調用的時間.
28.SIGWINCH
窗口大小改變時發出.
29.SIGIO
文件描述符准備就緒, 可以開始進行輸入/輸出操作.
30.SIGPWR
Power failure
31.SIGSYS
非法的系統調用。
在以上列出的信號中，程序不可捕獲、阻塞或忽略的信號有：
SIGKILL,SIGSTOP
不能恢復至默認動作的信號有：
SIGILL,SIGTRAP
默認會導致進程流產的信號有：
SIGABRT,SIGBUS,SIGFPE,SIGILL,SIGIOT,SIGQUIT,SIGSEGV,SIGTRAP,SIGXCPU,SIGXFSZ
默認會導致進程退出的信號有：
SIGALRM,SIGHUP,SIGINT,SIGKILL,SIGPIPE,SIGPOLL,SIGPROF,SIGSYS,SIGTERM,SIGUSR1,SIGUSR2,SIGVTALRM
默認會導致進程停止的信號有：
SIGSTOP,SIGTSTP,SIGTTIN,SIGTTOU
默認進程忽略的信號有：
SIGCHLD,SIGPWR,SIGURG,SIGWINCH
此外，SIGIO在SVR4是退出，在4.3BSD中是忽略；SIGCONT在進程掛起時是繼續，否則是忽略，不能被阻塞。

❾ linux後台執行命令：&amp;和nohup的用法，確實很實用

當我們在終端或控制台工作時，可能不希望由於運行一個作業而佔住了屏幕，因為可能還有更重要的事情要做，比如閱讀電子郵件。對於密集訪問磁碟的進程，我們更希望它能夠在每天的非負荷高峰時間段運行(例如凌晨)。為了使這些進程能夠在後台運行，也就是說不在終端屏幕上運行，有幾種選擇方法可供使用。

& ：當在前台運行某個作業時，終端被該作業占據；可以在命令後面加上& 實現後台運行。例如：sh test.sh &

適合在後台運行的命令有f i n d、費時的排序及一些s h e l l腳本。在後台運行作業時要當心：需要用戶交互的命令不要放在後台執行，因為這樣你的機器就會在那裡傻等。不過，作業在後台運行一樣會將結果輸出到屏幕上，干擾你的工作。如果放在後台運行的作業會產生大量的輸出，最好使用下面的方法把它的輸出重定向到某個文件中：

這樣，所有的標准輸出和錯誤輸出都將被重定向到一個叫做out.file 的文件中罩核。

PS：當你成功地提交進程以後，就會顯示出一個進程號，可以用它來監控該進物猜掘程，或殺死它。(ps -ef | grep 進程號 或者 kill -9 進程號）

nohup：使用&命令後，作業被提交到後台運行，當前控制台兆陪沒有被佔用，但是一但把當前控制台關掉(退出帳戶時)，作業就會停止運行。nohup命令可以在你退出帳戶之後繼續運行相應的進程。nohup就是不掛起的意思( no hang up)。該命令的一般形式為：

如果使用nohup命令提交作業，那麼在預設情況下該作業的所有輸出都被重定向到一個名為nohup.out的文件中，除非另外指定了輸出文件：

使用了nohup之後，很多人就這樣不管了，其實這樣有可能在當前賬戶非正常退出或者結束的時候，命令還是自己結束了。所以在使用nohup命令後台運行命令之後，需要使用exit正常退出當前賬戶，這樣才能保證命令一直在後台運行。

ctrl + z ：可以將一個正在前台執行的命令放到後台，並且處於暫停狀態。

Ctrl+c ：終止前台命令。

jobs： 查看當前有多少在後台運行的命令。 jobs -l選項可顯示所有任務的PID，jobs的狀態可以是running, stopped, Terminated。但是如果任務被終止了（kill），shell 從當前的shell環境已知的列表中刪除任務的進程標識。

2>&1解析：

擴展鏈接：如何寫高效的代碼，和代碼優化方法

❿ nohup sh./start.sh &與nohup ./start.sh &有什麼區別

nohup sh./start.sh &與nohup ./start.sh &的區別：

nohup，昌手拍就是用nohup.out代替tty，避免掛起。

sh xxx.sh是用sh 執行start.sh，start.sh可以沒有執行標志，可以不用加./，可以不用在腳本第一行寫上#/bin/sh(當然，bsh可以不寫)。

./start.sh是調用腳本第一行制定的shell去解釋薯舉執行，預設為耐羨sh，就是bsh &表示後台運行。