做的最愚蠢的一件事情——kill init....

 可能是最近有点累，压力也比较大，远程维护linux居然有点大意

昨天本来想kill一个挂起的命令，应该用kill -9 %1

结果想当然的就用了kill -9 -1,  结果主机就失去连接了。。。查了一下，应该是把init给kill，直接关机了，今天星期六，起个早去机房去开吧，不知道机房有人没，god bless me！！！

切记，危险命令少用，一定要弄清楚再用。。。。一夜都没睡好，教训太大了，还好是晚上

下面是水木社区的技术讨论。

==============================

发信人: FuziOK (匆匆), 信区: LinuxApp
标  题: Re: bs我吧，我kill -9 -1了
发信站: 水木社区 (Sat Mar 10 14:16:34 2007), 站内

man kill:
  A PID of -1 is special;
  it indicates all processes except the kill process itself and init.

------------------------------------------------------------------------------------

发信人: lo0ol (:)), 信区: LinuxApp
标  题: Re: bs我吧，我kill -9 -1了
发信站: 水木社区 (Sat Mar 10 14:54:27 2007), 站内

   kill -9 -1
       Kill all processes you can kill.

‘SIGHUP’是一个信号，它按照惯例意味着“终端线路被挂断”。它与父进程无关，而且通
常由tty驱动程序产生(并传递给前台的进程组)。

但是，作为会话管理系统(session management system)的一部份，确切说有两种情况下‘
SIGHUP’会在一个进程死时发送出：

    *

      当一个终端设备与一个会话相关联，而这个会话的会话首领进程死时， ‘SIGHUP’
被发送至这个终端设备的所有前台进程组。
    *

      当一个进程死去导致一个进程组变成孤儿，而且该进程组里一个或多个进程 处于*暂
停*状态时，那么‘SIGHUP’和‘SIGCONT’被发送至这个孤儿进程 组的所有成员进程。(一
个孤儿进程组是指在该进程组中没有一个成员进程的 父进程属于和该进程组相同的会话的
其它进程组。)
————————————————————————————————

发信人: lo0ol (:)), 信区: LinuxApp
标  题: Re: bs我吧，我kill -9 -1了
发信站: 水木社区 (Sat Mar 10 15:03:55 2007), 站内

难道不是kill -1 pid = kill -HUP pid?
kill -1 !=kill-s SIGHUP?

————————————————————————

发信人: FuziOK (匆匆), 信区: LinuxApp
标  题: Re: bs我吧，我kill -9 -1了
发信站: 水木社区 (Sat Mar 10 15:33:56 2007), 站内

登入了一个没用的用户试了试。
果然需要写成 kill -- -1
写成 kill -1 就被解释成了 kill -HUP，于是报错。