|
- UID
- 872238
|
4.Process字段中进程可以是任意的守候进程、可执行脚本或程序。
另外:在任何时候，可以在文件inittab中添加新的记录项，级别Q/q不改变当前的运行级别，重新检查inittab文件，可以通过命令init Q或init q使init进程立即重新读取并处理文件inittab
以上这些都是介绍的标准的linux System V的标准，所以对嵌入式来讲有些东西并不见得有用！这里介绍点针对嵌入式的，也就是针对busybox init的：
busybox的init
除了基本的命令之外，BusyBox还支持init功能，如同其它的init一样，busybox的init也是完成系统的初始化工作，关机前的工作等等，我们知道在Linux的内核被载入之后，机器就把控制权转交给内核，linux的内核启动之后，做了一些工作，然后找到根文件系统里面的init程序，并执行它，BusyBox的init进程会依次进行以下工作：（参考<<构建嵌入式LINUX系统>> p201)
1. 为init设置信号处理过程
2. 初始化控制台
3. 剖析/etc/inittab文件
4. 执行系统初始化命令行，缺省情况下会使用/etc/init.d/rcS
5. 执行所有导致init暂停的inittab命令（动作类型：wait）
6. 执行所有仅执行一次的inittab（动作类型：once）
一旦完成以上工作，init进程便会循环执行以下进程：
1. 执行所有终止时必须重新启动的inittab命令(动作类型：once）
2. 执行所有终止时必须重新启动但启动前必须询问用户的inittab命令（动作类型：askfirst)
初始化控制台之后，BusyBox会检查/etc/inittab文件是否存在，如果此文件不存在，BusyBox会使用缺省的inittab配置，它主要为系统重引导，系统挂起以及init重启动设置缺省的动作，此外它还会为四个虚拟控制台（tty1到tty4）设置启动shell的动作。如果未建立这些设备文件，BusyBox会报错。
inittab文件中每一行的格式如下所示：（busybox的根目录下的example文件夹下有详尽的inittab文件范例）
id:runlevel:action:process
尽管此格式与传统的Sytem V init类似，但是，id在BusyBox的init中具有不同的意义。对BusyBox而言，id用来指定启动进程的控制tty。如果所启动的进程并不是可以交互的shell，例如BusyBox的sh（ash），应该会有个控制tty，如果控制tty不存在，Busybox的sh会报错。BusyBox将会完全忽略runlevel字段，所以空着它就行了，你也许会问既然没用保留着它干吗，我想大概是为了和传统的Sytem V init保持一致的格式吧。process字段用来指定所执行程式的路径，包括命令行选项。action字段用来指定下面表中8个可应用到process的动作之一。 |
|
