在linux下一些常用的关机/重启命令有shutdown、halt、reboot、及init，它们都可以达到重启系统的目的，但每个命令的内部工作过程是不同的。 r%DaBx!x8  
　　 1.shutdown v<wR`7xG  
shutdown命令安全地将系统关机。 有些用户会使用直接断掉电源的方式来关闭linux，这是十分危险的。因为linux与windows不同，其后台运行着许多进程，所以强制关机可能会导致进程的数据丢失﹐使系统处于不稳定的状态﹐甚至在有的系统中会损坏硬件设备。 z'+k]N9Q^  
而在系统关机前使用shutdown命令﹐系统管理员会通知所有登录的用户系统将要关闭。并且login指令会被冻结﹐即新的用户不能再登录。直接关机或者延迟一定的时间才关机都是可能的﹐还可能重启。这是由所有进程〔process〕都会收到系统所送达的信号〔signal〕决定的。这让像vi之类的程序有时间储存目前正在编辑的文档﹐而像处理邮件〔mail〕和新闻〔news〕的程序则可以正常地离开等等。 g=)djXW  
shutdown执行它的工作是送信号〔signal〕给init程序﹐要求它改变runlevel。Runlevel 0被用来停机〔halt〕﹐runlevel 6是用来重新激活〔reboot〕系统﹐而runlevel 1则是被用来让系统进入管理工作可以进行的状态﹔这是预设的﹐假定没有-h也没有-r参数给shutdown。要想了解在停机〔halt〕或者重新开机〔reboot〕过程中做了哪些动作﹐你可以在这个文件/etc/inittab里看到这些runlevels相关的资料。 oykqCN  
　　 shutdown 参数说明: `aw5"ns^V  
　　 [-t] 在改变到其它runlevel之前﹐告诉init多久以后关机。 j%y)%4F8  
　　 [-r] 重启计算器。 Q|`sYm'.  
　　 [-k] 并不真正关机﹐只是送警告信号给每位登录者〔login〕。 d].(x)|st  
　　 [-h] 关机后关闭电源〔halt〕。 (Z72 3)  
　　 [-n] 不用init﹐而是自己来关机。不鼓励使用这个选项﹐而且该选项所产生的后果往往不总是你所预期得到的。 a.5^zq7#!  
　　 [-c] cancel current process取消目前正在执行的关机程序。所以这个选项当然没有时间参数﹐但是可以输入一个用来解释的讯息﹐而这信息将会送到每位使用者。
z&@Vg`w"  
　　 [-f] 在重启计算器〔reboot〕时忽略fsck。 Wr%E}mX-  
[-F] 在重启计算器〔reboot〕时强迫fsck。 [7:(e/&  
　　 [-time] 设定关机〔shutdown〕前的时间。 y,`SLgBID  
　　 　　 u{-J?t&`  
2.halt----最简单的关机命令 O'G
,  
　　 其实halt就是调用shutdown -h。halt执行时﹐杀死应用进程﹐执行sync系统调用﹐文件系统写操作完成后就会停止内核。 >c~Fgs  
　　 参数说明: 3r)<:4a u&  
　　 [-n] 防止sync系统调用﹐它用在用fsck修补根分区之后﹐以阻止内核用老版本的超级块〔superblock〕覆盖修补过的超级块。 dh~+0FZ{A  
　　 [-w] 并不是真正的重启或关机﹐只是写wtmp〔/var/log/wtmp〕纪录。 !1:364  
　　 [-d] 不写wtmp纪录〔已包含在选项[-n]中〕。 vq df-i  
　　 [-f] 没有调用shutdown而强制关机或重启。 9K>
$  
　　 [-i] 关机〔或重启〕前﹐关掉所有的网络接口。 CywQ  
　　 [-p] 该选项为缺省选项。就是关机时调用poweroff。 LM*#DLadk  
　　 xp395ub6  
3.reboot Z;^U
Y\&X  
reboot的工作过程差不多跟halt一样﹐不过它是引发主机重启﹐而halt是关机。它的参数与halt相差不多。 'g8~uP  
4.init S$!)Uc\)A  
init是所有进程的祖先﹐它的进程号始终为1﹐所以发送TERM信号给init会终止所有的用户进程﹑守护进程等。shutdown 就是使用这种机制。init定义了8个运行级别(runlevel)，init 0为关机﹐init 1为重启。关于init可以长篇大论﹐这里就不再叙述。另外还有telinit命令可以改变init的运行级别﹐比如﹐telinit -iS可使系统进入单用户模式﹐并且得不到使用shutdown时的信息和等待时间。

Linux系统为Ubuntu *Sb2w*c>  
Gl>E[iO  
一、Start Apache 2 Server /启动apache服务 b42QBTeg  
]fC7%"nB  
# /etc/init.d/apache2 start T*\$<-^
 
or " $=qGHA~  
$ sudo /etc/init.d/apache2 start )* 3bkKVB  
ITc`]K  
二、 Restart Apache 2 Server /重启apache服务 _BwKY#09Zp  
{Zwf..,  
# /etc/init.d/apache2 restart ,D8&
q?a  
or * gHCy4u{  
$ sudo /etc/init.d/apache2 restart *;X-\6  
mt^`1ekoY  
三、Stop Apache 2 Server /停止apache服务 @T/qd>T o  
-p^'XL*Z  
# /etc/init.d/apache2 stop )-#i8?y3C  
or :ln/`_  
$ sudo /etc/init.d/apache2 stop ^(g_.>  
gi 5XP]z  
linux下的apache 重启和停止 %HVD^. V  
VH<e))5C  
本文档叙述了在类Unix系统上如何停止和重启Apache 。 Windows NT/2000/XP/2003的用户请参见以服务方式运行Apache ，Windows 9x/ME用户则参见在控制台中运行Apache 。 GjLW`>  
D@*|24y  
简介 ,0,Oe=d  
为了停止或者重新启动Apache ，你必须向正在运行的httpd进程发送信号。有两种发送信号的方法。第一种方法是直接使用UNIX的kill命令向运行中的进程发送信号。你也许你会注意到你的系统里运行着很多httpd进程。但你不应该直接对它们中的任何一个发送信号，而只要对已经在PidFile中记载下了自身PID的父进程发送信号。也就是说，你不必对父进程以外的任何进程发送信号。你可以向父进程发送三种信号：TERM、HUP、USR1 ，我们过一会儿再进行详细的说明。 kAt RY4p  
FXxN>\76.  
你可以用下面这样的命令来向父进程发送信号： S<9gyW  
EFD?di)s  
kill -TERM `cat /usr/local/apache2/logs/httpd.pid` $-e=tWkgv  
+dJ&tuL:S  
第二种方法是使用下面将要描述的httpd二进制可执行文件的 -k 命令行选项：stop、restart、graceful、graceful-stop 。不过我们推荐你使用apachectl控制脚本来向httpd二进制可执行文件传递这些选项。 9LHa&""  
eq{ [?/  
当你向httpd发送信号后，你可以这样来读取它的进行过程： "5y<G:$+~  
?o8a_9+  
tail -f /usr/local/apache2/logs/error_log *s~i 2}  
DgVyy&7>  
你可以修改这些示例以适应你的ServerRoot和PidFile设置。 >6w@{p2B  
;tm3B2  
立即停止 8z?$t-DO  
信号：TERM 4I z.fAw  
apachectl -k stop K[n<+e;G  
发送TERM或stop信号到父进程可以使它立刻杀死所有子进程。这将花费一些时间来杀死所有子进程。然后父进程自己也退出。所有进行中的请求将被强行中止，而且不再接受其它请求。 =1eV   
1+Sg"?8  
优雅重启 Cy]"  
信号：USR1 haN"/C^  
apachectl -k graceful DZ,<Jmg&e*  
USR1或graceful信号使得父进程建议子进程在完成它们现在的请求后退出(如果他们没有进行服务，将会立刻退出)。父进程重新读入配置文件并重新打开日志文件。每当一个子进程死掉，父进程立刻用新的配置文件产生一个新的子进程并立刻开始伺服新的请求。 F|9a}(-7  
u
6]gQP">I  
重启代码的设计能够确保MPM进程控制指令的正常运作，也就是在重启过程中确保有适当数量的进程和线程以响应客户端的请求。它是这样StartServers的：如果在一秒钟以后还没有新创建StartServers个子进程，则创建出足够完成现在任务的子进程个数。因此，代码除了保有能够维持服务器的现有负载数量的子进程外，也确保StartServers按你的意愿运作。 )8 oEs  
9fCiLlI  
使用mod_status的用户会注意到在USR1信号发出后，服务器的统计信息没有被清零。代码被写成既能将你服务器无法伺服新请求的时间降至最少(这些请求将被操作系统放到队列里，使得它们不会丢失)，又能遵从你的参数优化。为了做到这一点，它将在重新生成子进程的过程中，在scoreboard上保存所有子进程的状态。 =CWc`  
^ sS>Mts  
mod_status还会将那些在优雅重启前就已经开始而没有结束伺服请求的子进程用一个"G"来标志。 O 0Vn";Q 4  
HI}pX{.\  
目前，日志滚动脚本还无法使用USR1来确定所有写入预重启日志的子进程都已结束。我们建议你在发出了USR1信号后等待一个适当的时间，然后再对旧的日志做处理。比如说如果对于一个窄带用户来说，大部分的点击处理将在10分钟之内完成，那么你应该在处理旧的日志前等待15分钟。 8}Fw%;Cb  
|~7+/VvI+  
如 果Apache重启时发现配置文件有误，那么父进程将不会重启，而是报错并退出。在优雅重启的情况下，它将在处理中的子进程存在的情况下维持它的存在(就 是那些被要求在处理完它们的请求后"优雅退出"的子进程)。如果你要重启服务器，这将导致一些问题：它将不能绑定到它的监听端口。在执行重启之前，你可以 用 -t 命令行参数来检查配置文件语法的正确性(参见httpd)。但这仍然不能保证服务器一定可以正确的重启。为了从语法和语义两方面检查配置文件，你可以用一个非root用户来启动httpd。如果没有错误，它将尝试去打开套接字和日志文件，继而因没有root权限而失败(或是因为现在运行的httpd已经绑定了这些端口)。如果是因为其他原因那么就可能是一个配置文件产生的错误，你就应当在进行优雅重启之前改正这个错误。立即重启 +ZY2a7uI  
信号：HUP <)r,CiS  
apachectl -k restart Tnzco  
向父进程发送HUP或restart信号会使它象收到TERM信号一样杀掉所有的子进程，不同之处在于父进程本身并不退出。它重新读入配置文件、重新打开日志文件。然后产生一系列新的子进程来继续服务。 4he v ;  
|Ba4 G`
 
使用mod_status的用户会注意到在HUP信号发出后，服务器统计信息会被清零。 67Af} >Q  
ls8olLM>  
如果你重启时配置文件有误，那么父进程将不会重启，而是报错并退出。参见上文中避免的方法。优雅停止 )^*9oqQ
 
信号：WINCH =;~%L  
apachectl -k graceful-stop F'$9en2I:  
WINCH或graceful-stop信号使得父进程建议子进程在完成它们现在的请求后退出(如果他们没有进行服务，将会立刻退出)。然后父进程删除PidFile并停止在所有端口上的监听。父进程仍然继续运行并监视正在处理请求的子进程，一旦所有子进程完成任务并退出或者超过由GracefulShutdownTimeout指令规定的时间，父进程将会退出。在超时的情况下，所有子进程都将接收到TERM信号并被强制退出。 X67C;H+  
\'\N"g`Fr  
在"优雅"状态下，TERM信号将会立即中止父进程和所有子进程。由于PidFile已经被删除，你将无法使用apachectl或httpd发送该信号。 T! &[  
@p9e:[  
graceful-stop允许你同时运行多个相同配置的httpd实例。这在对Apache进行平滑升级的时候是一个非常有用的特性。不过它在某些配置的情况下同样可能会导致死锁和竞争条件。 /xX
,
  
mh!N^[=n  
必须注意确保诸如Lockfile和ScriptSock之类的磁盘文件包含服务器的PID ，并且能够安全的共存。然而如果一个配置指令、第三方模块或持久CGI使用任何磁盘锁或状态文件，必须注意确保多个httpd运行实例之间不会争抢文件。 *@$($<pY&  
($[r>)TG  
你还必须防止潜在的竞争条件，比如使用rotatelogs风格的管道日志。运行中的多个rotatelogs实例企图同时滚动同一个日志文件可能会导致互相破坏对方的日志文件。 "NXm\`8  
Q G=-LXv:@  
附录：信号和竞争条件 !}Woo$#ND  
在Apache 1.2b9 之前，有很多关于重启和死亡信号的竞争条件。关 于竞争条件的一个简单描述是：一个时间敏感的问题，如果一些事情在不适当的时间或以不恰当的顺序发生，它将作出你不期望的反应；如果同样的事情在恰当的时 间发生，则不会出现异常。凭借那些拥有"正确"特性设置的体系结构，我们尽量避免了它们的出现。但值得注意的是，仍然有一些竞争条件存在于这样的体系结构 中。 6N)< o ;U  
%%-U.   
使用物理磁盘的ScoreBoardFile就有损坏ScoreBoard的潜在危险。这将发生在"bind: Address already in use"(HUP之后)或"long lost child came home!"(USR1之后)时。前者是一个致命错误，而后者则会使服务器丢失ScoreBoard的一个记录。所以我们建议多使用优雅重启，偶尔使用硬重启。这些问题很难解决，但幸运的是大多数结构并不需要ScoreBoard文件。而如果你需要这样的结构，你可以参考ScoreBoardFile文档。 !~w6"%2+7  
当 每个子进程在一个HTTP的持续连接(KeepAlive)中涉及到第二个并发的请求时，所有的结构都会或多或少存在竞争状态的问题。它将在读取了请求而 没有读取任何请求头之后立刻退出。这个修复对于1.2来说来得太晚了。但因为持续连接的客户端已经考虑到网络延时和服务器超时会造成类似的情况，所以理论 上说，这不是一个太大的问题。而实际上似乎也没有任何影响：在一个测试案例中服务器在一秒之内被重启了20次，而客户端却成功的浏览了网站，而且没有任何 破损的图片或空文档。