首先介绍点背景知识，关于inittab 的：
init 进程是 系统 中所有进程的父进程， init 进程繁衍出完成通常操作所需的子进程，这些操作包括 : 设置机器名、检查和安装磁盘及文件系统、 启动 系统日志、配置网络接口并启动网络和邮件服务，启动打印服务等。 Solaris 中 init 进程的主要任务是按照 inittab 文件所提供的信息创建进程，由于进行系统初始化的那些进程都由 init 创建，所以 init 进程也称为系统初始化进程。
下面具体说明 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 中添加新的记录项，级别 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 的动作之一。
| 动作 | 结果 |
| sysinit | 为 init 提供初始化命令行的路径 |
| respawn | 每当相应的进程终止执行便会重新启动 |
| askfirst | 类似 respawn ，不过它的主要用途是减少系统上执行的终端应用程序的数量。它将会促使 init 在控制台上显示“ Please press Enter to active this console ”的信息，并在重新启动之前等待用户按下 enter 键 |
| wait | 告诉 init 必须等到相应的进程完成之后才能继续执行 |
| once | 仅执行相应的进程一次，而且不会等待它完成 |
| ctratldel | 当按下 Ctrl+Alt+Delete 组合键时，执行相应的进程 |
| shutdown | 当系统关机时，执行相应的进程 |
| restart | 当 init 重新启动时，执行相应的进程，通常此处所执行的进程就是 init 本身 |
以下是我的 usblinux 的 inittab 文件
::sysinit:/etc/init.d/rcS
::respawn:/sbin/getty 115200 tty1
tty2::askfirst:-/bin/sh
tty3::askfirst:-/bin/sh
::restart:/sbin/init
::ctrlaltdel:/bin/umount -a -r
这个 inittab 执行下列动作
1. 将 /etc/init.d/rcS 设置成系统的初始化文件
2. 在 115200 bps 的虚拟终端 tty1 上启动一个登陆会话 （注意 getty 的用法）
3. 在虚拟终端 tty2 和 tty3 上启动 askfirst 动作的 shell
4. 如果 init 重新启动，将 /sbin/init 设置成它会执行的程序
5. 告诉 init ，在系统关机的时候执行 umount 命令卸载所有文件系统，并且在卸载失败时用只读模式冲新安装以保护文件系统。
1 、 busybox 的 inittab 与 pc 使用的 inittab 不同，第一 ID 并不是随便取名字的，这个名字要与 /dev/ 目录下是否有对应的文件对应
对应错误
can't open /dev/0: No such file or directory
process '-/bin/sh' (pid 789) exited. Scheduling for restart.
can't open /dev/0: No such file or directory
process '-/bin/sh' (pid 793) exited. Scheduling for restart.
2 、出现下面这种错误：
process '-/bin/sh' (pid 789) exited. Scheduling for restart.
process '-/bin/sh' (pid 794) exited. Scheduling for restart.
process '-/bin/sh' (pid 796) exited. Scheduling for restart.
process '-/bin/sh' (pid 798) exited. Scheduling for restart.
对应的 inittab 文件中有
ttyS0::askfirst:-/bin/sh
虽然在 /dev/ 目录下有 ttyS0 设备，但是这个设备显然不可用，所以才会出现上面的错误
3 、当在 inittab 中同时定义的两个在同一个串口终端登陆的语句时
::askfirst:-/bin/sh
s3c2410_serial0:23456:respawn:/sbin/getty -L s3c2410_serial0 115200 vt100
出现的情况就是被抢占，不能接收任何串口输入
4 、 bad inittab entry
多半时因为非法字符造成的。
5 、 busybox 中的字段 runleve 也没有运行时的运行级别的概念
6 、分析一下启动的过程
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 会报错。
7 、网上有人问“ - ”的作用
我很纳闷：
：： respawn:-/bin/sh
这个 - 是干什么的，为什么有的时候有有的时候没有？？？
还有啊，我从网上看到一个例程，如下，节选：
::respawn:-/bin/sh
tty2::askfirst:-/bin/sh
我搞不清两个的区别，这样控制台就启动了，是第一句启动的还是第二句，那我内核启动参数里面的 console=ttyS0 会自动来找这个控制台？？？
原帖由 wavezone 于 2008-8-22 16:34 发表
我很纳闷：
：： respawn:-/bin/sh
这个 - 是干什么的，为什么有的时候有有的时候没有？？？
还有啊，我从网上看到一个例程，如下，节选：
::respawn:-/bin/sh
tty2::askfirst:-/bin/sh
我搞不清两个的区别 ...
测试的时候是这样的，加上 ”-” 的语句会在登陆终端之后调用 /etc/ 目录下的 profile 文件，而不加 ”-” 的不会执行这个脚本。
其实登陆终端的命令有几种方便，但是标准的还是使用 getty 来登陆，但是直接使用如上的语句也是可以的，并且兼容性强一点，因为它不需要指定对应的串口设备。
::askfirst:-/bin/sh
s3c2410_serial0::askfirst:-/bin/sh
::askfirst:-/bin/sh
s3c2410_serial0:23456:respawn:/sbin/getty -L s3c2410_serial0 115200 vt100
都是可用的。
常用的库：
[root@centos lib]cp /usr/local/arm/3.4.1/arm-linux/lib/ld* .
[root@centos lib]cp /usr/local/arm/3.4.1/arm-linux/lib/libc-2.3.2.so .
[root@centos lib]cp /usr/local/arm/3.4.1/arm-linux/lib/libc.so.6 .
[root@centos lib]cp /usr/local/arm/3.4.1/arm-linux/lib/libm * .
[root@centos lib]cp /usr/local/arm/3.4.1/arm-linux/lib/libcrypt* .
9 、错误 insmod: chdir(2.6.26.6): No such file or directory
网上有人提出这种解决方法：
需要注意的是 insmod 等模块加载命令需要从 lib/modules/2.6.26.6
的目录下加载模块，所以必须先建立此目录，然后将模块放到此目录下面，否则将出现以下两种情况：
一是没有建立 lib/modules/2.6.26.6 目录，取决于内核版本号，将出现 insmod: chdir(2.6.26.6): No such file or directory 的错误
二是只将模块简单地放在根目录或其它文件夹，没有将其拷贝到指定的 lib/modules/2.6.26.6 目录，将出现
insmod: module 'gpio_driver' not found 错误
不过这种方法不是很奏效
根本原因是 insmod 的问题，在 busybox 编译的时候参考下面的选项，不要使用
Linux Module Utilities --->
[ ] Simplified modutils
// 该选项不要选择
[*] Support version 2.6.x Linux kernels
// 此选项选上
参考如下：
10 、不能执行 ”-h” 命令
在执行 xxx –h 时没有任何反应。是在 lib 目录下缺少常见的库文件
参考如下：
[root@vm-dev rootfs]# ls lib/
ld-2.3.6.so libc-2.3.6.so libgcc_s.so libnsl.so.1 libnss_files.so.2 libnss_nis.so.2 librt-2.3.6.so libthread_db.so.1
ld-linux.so.2 libcrypt-2.3.6.so libgcc_s.so.1 libnss_compat-2.3.6.so libnss_hesiod-2.3.6.so libpcprofile.so librt.so.1 libutil-2.3.6.so
libanl-2.3.6.so libcrypt.so.1 libm-2.3.6.so libnss_compat.so.2 libnss_hesiod.so.2 libpthread-0.10.so libSegFault.so libutil.so.1
libanl.so.1 libc.so.6 libmemusage.so libnss_dns-2.3.6.so libnss_nis-2.3.6.so libpthread.so.0 libtermcap.so.2 modules
libBrokenLocale-2.3.6.so libdl-2.3.6.so libm.so.6 libnss_dns.so.2 libnss_nisplus-2.3.6.so libresolv-2.3.6.so libtermcap.so.2.0.8
libBrokenLocale.so.1 libdl.so.2 libnsl-2.3.6.so libnss_files-2.3.6.so libnss_nisplus.so.2 libresolv.so.2 libthread_db-1.0.so
[root@vm-dev rootfs]#
1213
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
