ubuntu虚拟机进程被杀死_针对防止自己的Linux进程被杀死的解决办法

这里后三种方法

在/etc/inittab文件加一条语句( :id:rstate:action:process)，运行动作为 respawn,这样在每次系统检测到process进程不存在时，就会重启它。

创建一个守护进程，该守护进程的功能就是检测主进程是否在运行，若不在运行，那么守护进程就启动它。(这里存在一个问题，守护进程也可能会被杀死，那么更狠的一点就是监测守护进程和主进程互相监测，任意一个进程被干死都启动对方)。

写一个脚本到craontab里，隔一段时间检测进程是否存在。

首先了解下inittab文件

inittab文件中每一记录都从新的一行开始，每个记录项最多可有512个字符，每一项的格式通常如下:id:rstate:action:process，下面分别解释。

1.id字段是最多4个字符的字符串，用来唯一标志表项。

2.rstate(run state)字段定义该记录项被调用时的运行级别，rstate可以由一个或多个运行级别构成，也可以是空，空则代表运行级别0～6。当请求init改变 运行级别时，那些rstate字段中不包括新运行级别的进程将收到SIGTERM警告信号，并且最后被杀死;只有a、b、c启动的命令外(a、b、c不是 真正的运行级别)

3.action字段告诉init执行的动作，即如何处理process字段指定的进程，action字段允许的值及对应的动作分别为:

1)respawn:如果process字段指定的进程不存在，则启动该进程，init不等待处理结束，而是继续扫描inittab文件中的后续进程，当这样的进程终止时，init会重新启动它，如果这样的进程已存在，则什么也不做。

2)wait:启动process字段指定的进程，并等到处理结束才去处理inittab中的下一记录项。

3)once:启动process字段指定的进程，不等待处理结束就去处理下一记录项。当这样的进程终止时，也不再重新启动它，在进入新的运行级别时，如果这样的进程仍在运行，init也不重新启动它。

4)boot:只有在系统启动时，init才处理这样的记录项，启动相应进程，并不等待处理结束就去处理下一个记录项。当这样的进程终止时，系统也不重启它。

5)bootwait:系统启动后，当第一次从单用户模式进入多用户模式时处理这样的记录项，init启动这样的进程，并且等待它的处理结束，然后再进行下一个记录项的处理，当这样的进程终止时，系统也不重启它。

6)powerfail:当init接到断电的信号(SIGPWR)时，处理指定的进程。

7)powerwait:当init接到断电的信号(SIGPWR)时，处理指定的进程，并且等到处理结束才去检查其他的记录项。

8)off:如果指定的进程正在运行，init就给它发SIGTERM警告信号，在向它发出信号SIGKILL强制其结束之前等待5秒，如果这样的进程不存在，则忽略这一项。

9)ondemand:功能通respawn，不同的是，与具体的运行级别无关，只用于rstate字段是a、b、c的那些记录项。

10)sysinit:指定的进程在访问控制台之前执行，这样的记录项仅用于对某些设备的初始化，目的是为了使init在这样的设备上向用户提问有关运行级别的问题，init需要等待进程运行结束后才继续。

11)initdefault:指定一个默认的运行级别，只有当init一开始被调用时才扫描这一项，如果rstate字段指定了多个运行级别，其中最大 的数字是默认的运行级别，如果rstate字段是空的，init认为字段是0123456，于是进入级别6，这样便陷入了一个循环，如果 inittab文件中没有包含initdefault的记录项，则在系统启动时请求用户为它指定一个初始运行级别

4.Process字段中进程可以是任意的守候进程、可执行脚本或程序。

另外:在任何时候，可以在文件inittab