由於職責的要求，你不得不費力地閱讀那些令你感到費解的晦澀的Linux應用程序的說明文件。然後，你將運行指令和編輯設置文件。一切都在正常運行，生活真美好。但是，你知道，好時光不會永遠持續下去。當你遇到令人恐懼的“send the process a SIGHUP”提示時，好時光結束了。
什麼是“SIGHUP（啟動信號）”，你如何發送它?它像是你送給你的戀人的一束花嗎?雖然你可以肯定這不是一個命令行指令，不過，你還是試著鍵入它。當然，這沒有結果。然後，你檢查一下鍵盤。哦，沒有SIGHUP鍵。於是你又重新閱讀這個應用程序的參考指南，看到下面這段文字:
當收到一個hangup（進程結束）信號時，sshd程序會重新閱讀配置文件。通過執行啟動程序時的命令及選項來發送SIGHUP信號，如:/usr/sbin/sshd。
程序員 VS 使用者
LINUX程序的在線參考指南作者一般都要既照顧到最終用戶的需求也要照顧到高級程序員的需求。因此，有些說明比較難懂。不過，不要擔心。現在我們就要揭開覆蓋在這些讓人迷惑的內容上面那神秘的面紗。
信號與進程控制
這個問題主要屬於信號和進程控制的范疇。對於我們系統管理員和普通用戶來說，我們主要關心的是啟動、停止和重新啟動服務、停止失控的進程和被掛起的進程，並且盡可能不中斷系統運行。因為不同的操作系統和不同的命令外殼處理信號的方式都不相同，我們這裡只介紹Linux操作系統和bash外殼。
信號是用來與守護程序和進程通信的。任何活動任務都是一個進程，而守護程序是等待對某些事件做出反應或者按照日程安排執行任務的後台服務。一個程序必須有建在其中的信號處理程序用於捕獲和應答信號。在LINUX中的signal 參考指南解釋了各種不同信號和這些信號的用途。信號是由“kill”命令發出的。kill -l命令可以顯示一個可用信號列表及其編號。
所有的守護程序和進程都有一個進程ID(PID)，例如使用ps命名所顯示的內容：
$ ps aux USER PID %CPU %MEM TTY STAT COMMAND root 1 0.0 0.1 ? S init [2] 105 7783 0.0 0.2 ? Ss /usr/bin/dbus-daemon --system hal 7796 0.0 0.7 ? Ss /usr/sbin/hald postfix 7957 0.0 0.2 ? S qmgr -l -t fifo -u -c nagios 8371 0.0 0.2 ? SNs /usr/sbin/nagios /etc/nagios/nagios.cfg
這個輸出是經過簡化的。你在系統中可以看到更多的行和欄目。如果某些進程消耗了你的全部CPU或者內存，你可以在這個輸出的%CPU和%MEM列中發現它們。找到失控的進程的一種更快捷的方法是使用top命令，因為按照默認的設置，使用占用CPU資源最多的進程在最上面顯示。我們可以使用一條“yes”命令來測試一下:
$ yes carla is teh awesum
這個命令將以很高的速度反復顯示“carla is teh awesum”，直到你停止它運行。這將使你的CPU使用率達到警戒線。
$ top ... PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12144 carla 25 0 31592 17m 13m R 93.4 3.5 0:50.26 konsole 22236 carla 15 0 2860 468 400 S 4.3 0.1 0:00.97 yes
分析一下這個結果，你會發現一些有趣的事，你會發現，占用CPU最多的程序是konsole虛擬終端程序，而不是“yes”命令，這是因為“yes”命令是在konsole終端程序中運行的。如果在一個“真正的”控制台(按Ctrl+alt+f2鍵)中運行同樣的命令序列，你將看到“yes”命令被排在第一位。
有許多停止“yes”命令運行的方式。如果你要回到運行它的shell中，按CTRL+c鍵就可以了。或者你可以在另一個shell中用“kill”命令停止“yes”命令的運行，Kill命令後面跟PID或者命令名稱，如下如示:
$ kill 22236
或者
$ killall yes
按CTRL+c鍵發出一個SIGINT（信號2），這個信號是鍵盤要求取得控制權的中斷信號。kill和killall這兩個命令按照默認的設置都發出一個SIGTERM信號(編號15)。程序中可以設置對SIGTERM信號(15)是捕捉或者忽略，或者以不同的方式解釋。因此，如果你的程序對於KILL命令的反應與你預期不同，很可能是被KILL的目標程序的問題。
終止一個父進程通常也終止了它的子進程。不過，情況並不總是如此。你知道子進程是什麼嗎?使用ps命令加上-f選項就可以看到，如下所示:
$ ps axf 22371 ? R 2:35 _ konsole [kdeinit] 22372 pts/3 Ss 0:00 | _ /bin/bash 24322 pts/3 S+ 0:00 | | _ yes carla is teh awesum 22381 pts/4 Rs 0:00 | _ /bin/bash 24323 pts/4 R+ 0:00 | | _ ps axf
現在，回到SIGHUP的話題。SIGHUP的發音是“sig-hup”，是signal hangup的縮寫，含義是“中止信號”。你如何發送一個SIGHUP信號呢?這裡有幾種方式:
# kill -HUP [pid] # killall -HUP [process-name] # kill -1 [pid] # killall -1 [process-name]
因此，你可以使用PID或者名稱，信號名稱或者號碼。那麼為什麼要這樣做而不使用/etc/init.d/foo命令重新啟動呢?使用它們自己的init(初始化)文件來控制服務是優先選擇的方式，因為這些文件通常包含健全和錯誤檢查以及額外的功能。使用“kill”命令和信號的主要原因是盡可能明確地終止掛起和失控的進程，而不必重新啟動或者登出。
終止進程
正如你在關於信號的man page中所看到的，有十幾種控制進程的方法。下面是一些常用的方法:
kill -STOP [pid]
發送SIGSTOP (17,19,23)停止一個進程，而並不消滅這個進程。
kill -CONT [pid]
發送SIGCONT (19,18,25)重新開始一個停止的進程。
kill -KILL [pid]
發送SIGKILL (9)強迫進程立即停止，並且不實施清理操作。
kill -9 -1
終止你擁有的全部進程。
SIGKILL和SIGSTOP信號不能被捕捉、封鎖或者忽略，但是，其它的信號可以。所以這是你的終極武器。Bash shell的Kil命令l,Bash外殼包含一個內置的kill命令，當執行下面命令:
$ type -all kill kill is a shell built-in kill is /bin/kill
命令的結果表明有兩個kill命令，一個是BASH的內置命令，另一個是/bin/kill可執行程序。一般來說這兩個命令不太可能遇到沖突的情況，不過，如果你確實遇到了kill命令行為異常時，你可以明確的指定/bin/kill命令。
你一定要進一步查閱下面的資源中列出的參考資源來了解Linux中kill的妙用，因為這是你進入維護Linux系統領域的門票。這些知識能夠讓你像做外科手術一樣對系統進行維護，而不用在遇到問題時每一次都重新啟動系統，就像我們知道的某些蹩腳的操作系統那樣。