后台程序没有启动或fork进程自动退出---busybox init启动思考

我的busybox inittab有如下行：

ttyS1::sysinit:/etc/init.d/rcS

ttyS1::respawn:-/bin/sh

然后在rcS调用的启动进程脚本中，有文件S50update.sh:

upgrade_osd &

然后我发现启动过程中，upgrade_osd根本没有启动。

我到upgrade_osd的main中，fork全部过程，然后在S50update.sh:

upgrade_osd

然后发现启动了，但是又退出了，尽管我的upgrade_osd设计是不退出的。

后来了解busybox init的启动，尤其是inittab的描述，理解如下：

ttyS1::sysinit:/etc/init.d/rcS (其中sysinit表示启动是调用)

之后调用ttyS1::respawn:-/bin/sh

不是kill了之前的shell然后重新启动一个。

所以修改如下：

::sysinit:/etc/init.d/rcS

ttyS1::respawn:-/bin/sh

重要参考：

如果存在/etc/inittab文件，Busybox init程序解析之，然后按照文件的只是创建各种子进程，否则使用默认的配置创建子进程。/etc/inittab文件中每个条目用来定义一个子进程，并确定它的启动方法，格式如下：

<id>:<runlevels>:<action>:<process>

<id>: 表示这个子进程要使用的控制台（即标准输入、标准输出、标准错误设备）。如果省略，则使用与init进

程一样的控制台；

<runlevels>: 对于Busybox init程序，没有意义，可以省略；

<action>: 表示init进程如何控制这个子进程，有8中取值：

sysinit, wait, once, respawn, askfirst, shutdown, restart, ctrlaltdel

<process>: 要执行的程序，可以是可执行程序，也可以是脚本，如果<process>字段前有“-”字符，这个程序

被称为“交互的”。

在/etc/inittab文件的控制下，init进程的行为总结如下：

1>在系统启动前期，init进程首先启动<action>为sysinit, wait, once的3类子进程

2>在系统正常启动期间，init进程首先启动<action>为respawn, askfirst的两类子进程，并监视它们，发现

某个子进程退出时重新启动它

3>在系统退出时，执行<action>为shutdown, restart, ctrlaltdel的3类子进程(之一或全部)。

如果根文件系统中没有/etc/inittab文件，Busybox init程序使用默认的inittab条目：

::sysinit:/etc/init.d/rcS

::askfirst:-/bin/sh

tty2::askfirst:-/bin/sh

tty3::askfirst:-/bin/sh

tty4::askfirst:-/bin/sh

::ctrlaltdel:/sbin/reboot

::shutdown:/bin/umount -a -r

::shutdown:/sbin/swapoff -a

::restart:/sbin/init