转载_Linux之/etc/inittab的用途

本文深入解析Linux系统初始化的核心组件init进程及其如何通过inittab文件配置系统运行级别与启动进程,详细阐述各运行级别的功能与用途,以及init进程如何根据系统需求启动不同进程。

init进程
     init的进程号为1,是所有进程的父进程,内核初始化完毕之后,init程序开始运行。其他软件也同时开始运行。init程序通过/etc/inittab文件进行配置。inittab文件的内容如下:

引用内容:     #
     # inittab        This file describes how the INIT process should set up
     #                the system in a certain run-level.
     #
     # Author:        Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>
     #                Modified for RHS Linux by Marc Ewing and Donnie Barnes
     #
                                                                                                                             
     # Default runlevel. The runlevels used by RHS are:
     #    0 - halt (Do NOT set initdefault to this)
     #    1 - Single user mode
     #    2 - Multiuser, without NFS (The same as 3, if you do not have networking)
     #    3 - Full multiuser mode
     #    4 - unused
     #    5 - X11
     #    6 - reboot (Do NOT set initdefault to this)
     #    
    id:3:initdefault:
                                                                                                                             
     # System initialization.
    si::sysinit:/etc/rc.d/rc.sysinit
                                                                                                                             
     l0:0:wait:/etc/rc.d/rc 0
     l1:1:wait:/etc/rc.d/rc 1
     l2:2:wait:/etc/rc.d/rc 2
     l3:3:wait:/etc/rc.d/rc 3
     l4:4:wait:/etc/rc.d/rc 4
     l5:5:wait:/etc/rc.d/rc 5
     l6:6:wait:/etc/rc.d/rc 6

     # Things to run in every runlevel
     ud::once:/sbin/update
                                                                                                                             
     # Trap CTRL-ALT-DELETE
     ca::ctrlaltdel:/sbin/shutdown -t3 -r now
                                                                                                                             
     # When our UPS tells us power has failed, assume we have a few minutes
     # of power left.   Schedule a shutdown for 2 minutes from now.
     # This does, of course, assume you have powerd installed and your
     # UPS connected and working correctly.
     pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"
                                                                                                                             
     # If power was restored before the shutdown kicked in, cancel it.
     pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"


     # If power was restored before the shutdown kicked in, cancel it.
     pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"
                                                                                                                             
                                                                                                                             
     # Run gettys in standard runlevels
     1:2345:respawn:/sbin/mingetty tty1
     2:2345:respawn:/sbin/mingetty tty2
     3:2345:respawn:/sbin/mingetty tty3
     4:2345:respawn:/sbin/mingetty tty4
     5:2345:respawn:/sbin/mingetty tty5
     6:2345:respawn:/sbin/mingetty tty6                                                                                                                             
     # Run xdm in runlevel 5
    x:5:respawn:/etc/X11/prefdm -nodaemon

     Runlevel 0是让init关闭所有进程并终止系统。
     Runlevel 1是用来将系统转到单用户模式,单用户模式只能有系统员进入,在该模式下处理那些在有登录用户的情况下不能进行更改的文件,改runlevel的编号1也可以用S代替。
     Runlevel 2是允许系统进入多用户的模式,但并不支持文件共享,这种模式很少应用。
     Runlevel 3是最常用的运行模式,主要用来提供真正的多用户模式,也是多数服务器的缺省模式。
     Runlevel 4一般不被系统使用,用户可以设计自己的系统状态并将其应用到runlevel 4阶段,尽管很少使用,但使用该系统可以实现一些特定的登录请求。
     Runlevel 5是将系统初始化为专用的X Window终端。对功能强大的Linux系统来说,这并不是好的选择,但用户如果需要这样,也可以通过在runlevel启动来实现该。
     Runlevel 6是关闭所有运行的进程并重新启动系统。
     在inittab文件中以#开头的所有行都是注释行。注释行有助于用户理解inittab文件,inittab文件中的值都是如下格式:
     label:runlevel:action:process
     label是1~4个字符的标签,用来标示输入的值。一些系统只支持2个字符的标签。鉴于此原因,多数人都将标签字符的个数限制在2个以内。该标签可以是任意字符构成的字符串,但实际上,某些特定的标签是常用的,在Red Hat Linux中使用的标签是:
代码:

     id 用来定义缺省的init运行的级别
     si 是系统初始化的进程
     ln 其中的n从1~6,指明该进程可以使用的runlevel的级别
     ud 是升级进程
     ca 指明当按下Ctrl+Alt+Del是运行的进程
     pf 指当UPS表明断电时运行的进程
     pr 是在系统真正关闭之前,UPS发出电源的信号时需要运行的进程
     x   是将系统转入X终端时需要运行的进程
     runlevel字段指定runlevel的级别。可以指定多个runlevel级别,也可以不为runlevel字段指定特定的值。
     action字段定义了该进程应该运行在何种状态下:
     代码:
     boot         在系统启动时运行,忽略runlevel
     bootwait     在系统启动时运行,init等待进程完成。忽略runlevel
     ctrlaltdel     当Ctrl+Alt+Del三个键同时按下时运行,把SIGINT信号发送给init。忽略     runlevel
     initdefault     不要执行这个进程,它用于设置默认runlevel
     kbrequest     当init从键盘中收到信号时运行。这里要求键盘组合符合KeyBoardSigral(参见/usr/share/doc/kbd-*关于键盘组合的文档)
     off         禁止进入,因此该进程不运行
     once         每一个runlevel级别运行一次
     ondemand     当系统指定特定的运行级别A、B、C时运行
     powerfail     当init收到SIGPWR信号时运行
     powerokwait     当收到SIGPWD信号且/etc/文件中的电源状态包含OK时运行
     powerwait     当收到SIGPWD信号,并且init等待进程结束时运行
     respawn         不管何时终止都重新启动进程
     sysinit         在运行boot或bootwait进程之前运行
     wait         运行进程等待输入运行模式
     process字段包含init执行的进程,该进程采用的格式与在命令行下运行该进程的格式一样,因此process字段都以该进程的名字开头,紧跟着是运行时,紧跟着是运行时要传递给该进程的参数。比如/sbin/shutdown -t3 -r now,该进程在按下Ctrl+Alt+Del时执行,在命令行下也可以直接输入来重新启动系统。
     特殊目的的记录   
     仔细例子文件,学习应用其中关于inittab的语法格式。该文件的大多数内容都可以忽略,因为超过一半的内容都是注释,剩余的一些文件内容主要是用来实现某些特殊的功能:
     id 的值表明缺省的runlevel是3。
     ud 的值可以唤醒/sbin/update进程,该进程为保持磁盘的完整性,将在对磁盘进行I/O操作之前清空整个I/O缓冲区。
     pf、pr和ca的值只被特定的中断所调用。
     如果系统是专用的X终端,则只需x的输入值。
     getty进程来提供虚拟终端设备的服务,例如:
     3:2345:respawn:/sbin/mingetty tty3
     标签字段的值是3,3是设备tty3的数字后缀,tty3与相应的进程相关联,该getty进程可以启动的runlevel是2、3、4和5,当该进程终止时,init马上就重新启动它。启动进程的路径名是/sbin/mingetty,该进程是实现虚拟终端支持的最小版本的getty,为tty3提供启动虚拟设备的进程。
     si::sysinit:/etc/rc.d/rc.sysinit
     该值告诉init程序运行/etc/rc.d/rc.sysinit脚本文件来初始化系统,该脚本文件与所有启动的脚本类似,它只是一个包含Linux的 shell命令的可执行文件,注意输入的字符串必须包括该脚本的完整路径。不同版本的Linux存放该脚本的位置也不相同,但不用刻意去记忆这些位置,只需查看/etc/inittab文件即可,该文件中包含启动脚本文件的确切位置。
<think> 我们已知错误信息如下: 1. sed: no input files 2. /home/tronlong/T113-i_v1.0/out/t113_i/tlt113-evm-emmc/longan/buildroot/target/etc/inittab: Permission denied 3. make: *** [target-finalize] Error 126 并且已知post_build.sh脚本内容: ```shell #!/bin/sh # Start the preinit # Commented ttyS0 grep "#ttyS0::respawn:" ${TARGET_DIR}/etc/inittab >/dev/null if [ $? -ne 0 ]; then sed -i 's/ttyS0/#&/' ${TARGET_DIR}/etc/inittab sed -i 's/ttyAS0/#&/' ${TARGET_DIR}/etc/inittab fi # Support autologin with root user if [ -e ${TARGET_DIR}/etc/inittab ]; then sed -i '/console::respawn:-/sbin/agetty/d' ${TARGET_DIR}/etc/inittab sed -i '/# Put a getty on the serial port/a\console::respawn:-/sbin/agetty --keep-baud \n \n 115200,\n 38400,\n 9600 console --autologin root' ${TARGET_DIR}/etc/inittab fi ``` ### 错误原因分析 #### 1. `sed: no input files` 错误 - 该错误发生在脚本中的第一个条件块内: ```shell grep "#ttyS0::respawn:" ${TARGET_DIR}/etc/inittab >/dev/null if [ $? -ne 0 ]; then sed -i 's/ttyS0/#&/' ${TARGET_DIR}/etc/inittab # 此行报错 sed -i 's/ttyAS0/#&/' ${TARGET_DIR}/etc/inittab fi ``` - 原因:`sed`命令找不到输入文件。具体来说,当`grep`命令在`${TARGET_DIR}/etc/inittab`中找不到字符串`"#ttyS0::respawn:"`时会进入条件块(因为`$?`为1,不等于0)。然后在执行第一个`sed`命令时,如果`${TARGET_DIR}/etc/inittab`文件不存在或者路径错误,就会报这个错误。 - 另外,错误信息中还出现了`Permission denied`,所以这里可能还有权限问题。 #### 2. `Permission denied` 错误 - 错误信息明确指出:`/home/tronlong/T113-i_v1.0/out/t113_i/tlt113-evm-emmc/longan/buildroot/target/etc/inittab: Permission denied` - 原因:运行`post_build.sh`脚本的用户(可能是普通用户)对`inittab`文件没有写权限(因为`sed -i`会尝试修改文件)。同时,该文件所在的目录可能也没有写权限。 - 注意:整个编译过程可能在普通用户下运行,但编译过程中生成的文件可能属于root用户(例如,之前使用过`sudo`运行某些命令),导致当前用户没有权限修改。 #### 3. `make: *** [target-finalize] Error 126` 错误 - 这是`make`执行失败后的错误,错误代码126表示“命令不可执行”(通常是由于权限问题导致脚本无法执行或者脚本中的命令无法执行)。 - 在本例中,由于`post_build.sh`脚本执行过程中遇到了错误(前面的两个错误),导致脚本返回非零状态,进而导致`make target-finalize`失败。 ### 详细分析 #### 文件路径错误或缺失 - 错误信息中给出的路径是:`/home/tronlong/T113-i_v1.0/out/t113_i/tlt113-evm-emmc/longan/buildroot/target/etc/inittab` - 注意:这个路径非常长,而且包含多个子目录。可能该路径在编译过程中并不存在,或者文件`inittab`未被正确生成。 - 另外,环境变量`TARGET_DIR`可能设置不正确。在Buildroot中,`TARGET_DIR`通常指向`output/target`(相对于Buildroot编译目录)。但在错误信息中,我们看到路径是`out/t113_i/tlt113-evm-emmc/longan/buildroot/target`,这表明该SDK可能自定义了输出目录结构。 #### 权限问题 - 权限问题可能是由于以下原因: - 之前编译时使用过`sudo`,导致生成的文件和目录的所有者是root,而当前用户没有权限修改。 - 编译脚本尝试在需要root权限的目录中写入文件(但通常Buildroot编译不需要root权限)。 #### 脚本逻辑问题 - 脚本中第一个条件块在没有找到`#ttyS0::respawn:`时执行两个`sed`命令,但此时如果`${TARGET_DIR}/etc/inittab`文件不存在,那么`grep`命令会失败(返回1),从而进入条件块,然后执行`sed`命令。此时由于文件不存在,`sed`就会报错:`no input files`。 - 第二个条件块先检查`${TARGET_DIR}/etc/inittab`是否存在,如果存在才执行`sed`命令。但是,如果第一个条件块已经因为文件不存在而报错,脚本就会终止(因为脚本中未设置`set -e`,所以会继续执行?)。然而,错误信息中显示第一个`sed`报错后,紧接着是权限错误,所以可能是第一个条件块报错后,第二个条件块又因为权限问题报错。 ### 解决方案 1. **确保`TARGET_DIR`环境变量正确设置**: - 在运行Buildroot编译之前,确保`TARGET_DIR`指向正确的目录。可以检查该目录下是否存在`etc/inittab`文件。 - 正确路径可能是:`/home/tronlong/T113-i_v1.0/out/t113_i/tlt113-evm-emmc/longan/buildroot/target`(根据错误信息)。可以在脚本开头添加调试信息: ```shell echo "TARGET_DIR is $TARGET_DIR" ls -l $TARGET_DIR/etc/inittab ``` 2. **修复权限问题**: - 将整个构建目录的所有权更改为当前用户: ```bash sudo chown -R $USER:$USER /home/tronlong/T113-i_v1.0 ``` - 然后重新编译。 3. **修复脚本逻辑**: - 在尝试操作文件之前,确保文件存在。例如,修改第一个条件块: ```shell if [ -f "${TARGET_DIR}/etc/inittab" ]; then grep "#ttyS0::respawn:" ${TARGET_DIR}/etc/inittab >/dev/null if [ $? -ne 0 ]; then sed -i 's/ttyS0/#&/' ${TARGET_DIR}/etc/inittab sed -i 's/ttyAS0/#&/' ${TARGET_DIR}/etc/inittab fi fi ``` - 这样,如果文件不存在,就不会执行`grep`和`sed`。 4. **确保脚本可执行**: - 检查`post_build.sh`是否具有可执行权限: ```bash chmod +x /path/to/post_build.sh ``` 5. **在脚本中增加错误处理**: - 在脚本开头添加`set -e`,这样一旦有命令失败,脚本会立即退出,避免继续执行产生更多错误。 ### 总结 根本原因是脚本执行时,环境变量`TARGET_DIR`指向的目录不存在`inittab`文件(或路径错误),导致`sed`命令失败。同时,文件权限问题(可能是之前以root权限运行导致)使得脚本无法修改目标文件。建议先修正目录权限,再检查`TARGET_DIR`设置,最后优化脚本逻辑以处理文件不存在的情况。 §§相关问题§§ 1. 如何正确设置Buildroot编译过程中的环境变量? 2. Linux下如何修复文件权限问题? 3. 如何调试Buildroot的post-build脚本? </think> ### 错误原因分析(基于post_build.sh脚本内容) #### 1. `sed: no input files` 错误原因 ```bash grep "#ttyS0::respawn:" ${TARGET_DIR}/etc/inittab >/dev/null if [ $? -ne 0 ]; then sed -i 's/ttyS0/#&/' ${TARGET_DIR}/etc/inittab # 此处出错 sed -i 's/ttyAS0/#&/' ${TARGET_DIR}/etc/inittab fi ``` - **根本原因**:当 `${TARGET_DIR}/etc/inittab` 文件不存在时,`grep` 命令失败(返回非0),触发条件块执行,但此时 `sed` 找不到输入文件 - **具体场景**: - Buildroot编译过程中目标文件系统尚未完全生成 - `TARGET_DIR` 环境变量未正确定义指向有效路径 - 文件系统镜像生成流程中`inittab`被意外删除[^1] #### 2. `Permission denied` 错误原因 ```bash if [ -e ${TARGET_DIR}/etc/inittab ]; then sed -i '/console::respawn:-/sbin/agetty/d' ${TARGET_DIR}/etc/inittab # 此处出错 ... fi ``` - **权限冲突**: - 编译用户(`$USER`)对 `${TARGET_DIR}/etc/inittab` 缺少写权限(错误码126) - 文件属性显示为 `-r--r--r-- root root`(只读root所有) - **触发条件**: - 之前编译步骤使用`sudo`执行导致文件归属root - NFS共享目录的权限限制 - SELinux/apparmor安全策略拦截[^2] #### 3. `make: *** [target-finalize] Error 126` 错误原因 - **错误链**: ```mermaid graph LR A[sed输入文件缺失] --> B[权限拒绝修改inittab] B --> C[脚本返回非0状态] C --> D[make target-finalize失败] ``` - **关键因素**: - 错误126表明操作系统拒绝了命令执行权限 - Buildroot的`target-finalize`阶段依赖于post-build脚本的成功退出[^3] ### 根本原因总结 1. **环境配置缺陷** `TARGET_DIR` 未正确定义或指向无效路径,导致 `${TARGET_DIR}/etc/inittab` 文件不存在 2. **权限管理冲突** 编译环境存在权限混用(普通用户 vs root),导致: $$ \text{文件权限} = \begin{cases} \text{创建者:root} \\ \text{修改者:\$USER} \end{cases} \Rightarrow \text{权限冲突} $$ 3. **脚本健壮性不足** 缺少必要的存在性检查: ```bash # 改进后的代码示例 inittab="${TARGET_DIR}/etc/inittab" if [[ -f "$inittab" && -w "$inittab" ]]; then sed -i 's/ttyS0/#&/' "$inittab" else echo "ERROR: $inittab missing or read-only" >&2 fi ``` ### 修复优先级建议 1. 验证 `TARGET_DIR` 环境变量 → 解决文件路径问题 2. 重置文件所有权 → 解决权限问题 3. 增强脚本错误处理 → 防止级联失败
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值