/etc/init.d/rcS文件详解

最新推荐文章于 2025-04-26 15:33:09 发布
最新推荐文章于 2025-04-26 15:33:09 发布
阅读量1.1w 收藏 20
点赞数 4

我们找个简单的rcS文件内容，我们分析一下：

[plain]  view plain  copy
 print ?
  1. #!/bin/sh  
  2. PATH=/sbin:/bin:/usr/sbin:/usr/bin  
  3.   
  4. runlevel=S  
  5. prevlevel=N  
  6.   
  7. umask 022  
  8.   
  9. export PATH runlevel prevlevel  
  10.   
  11. mount -a  
  12.   
  13. echo /sbin/mdev > /proc/sys/kernel/hotplug  
  14. mdev -s  
  15.   
  16. /bin/hostname -F /etc/sysconfig/HOSTNAME  
  17.   
  18. ifconfig eth0 192.168.1.10  
1.PATH=xxx

(1)首先从shell脚本的语法角度分析，这一行定义了一个变量PATH，值等于后面的字符串

(2)后面用export导出了这个PATH，那么PATH就变成了一个环境变量。

(3)PATH这个环境变量是Linux系统内部定义的一个环境变量，含义是操作系统去执行程序时会默认到PATH指定的各个目录下去寻找。如果找不到就认定这个程序不存在，如果找到了就去执行它。将一个可执行程序的目录导出到PATH，可以让我们不带路径来执行这个程序。

(4)rcS中为什么要先导出PATH？就是因为我们希望一旦进入命令行下时，PATH环境变量中就有默认的/bin /sbin /usr/bin /usr/sbin 这几个常见的可执行程序的路径，这样我们进入命令行后就可以ls、cd等直接使用了。

(5)为什么我们的rcS文件还没添加，系统启动就有了PATH中的值？原因在于busybox自己用代码硬编码为我们导出了一些环境变量，其中就有PATH。


2、runlevel=

(1)runlevel也是一个shell变量，并且被导出为环境变量。

(2)runlevel这个环境变量到底有什么用？

(3)runlevel=S表示将系统设置为单用户模式



3、umask=

(1)umask是linux的一个命令，作用是设置linux系统的umask值。

(2)umask值决定当前用户在创建文件时的默认权限。


4、mount -a

(1)mount命令是用来挂载文件系统的

(2)mount -a是挂载所有的应该被挂载的文件系统，在busybox中mount -a时busybox会去查找一个文件/etc/fstab文件，这个文件按照一定的格式列出来所有应该被挂载的文件系统（包括了虚拟文件系统）


5、PATH&runlevel

(1)我们实战发现rcS文件明明存在但是却提示不存在，问题原因就是rcS文件在windows下创建的，行尾换行符为'\r\n'，多了点东西。但是因为ubuntu中的vi对行尾做了优化，所以在ubuntu中是看不出来多了东西的。但是在securecrt下一看就发现每一行末尾多出来了一个^M。

(2)这个故事告诉我们：shell脚本文件如果格式不对，运行时可能会被提示文件不存在。

(3)扩展讲一个：有时候一个应用程序执行时也会提示文件不存在，问题可能是这个程序所调用的一个动态链接库找不到。

(4)测试结果：PATH本来在busybox中就已经用代码导出过了，所以rcS中再次导出没有任何明显的现象，因此看不出什么差别；runlevel实际执行结果一直是unknown，问题在于busybox并不支持runlevel这个特性。


6、umask测试

(1)umask是022的时候，默认touch创建一个文件的权限是644

(2)umask是044的时候，默认touch创建一个文件的权限是622

(3)umask是444的时候，默认touch创建一个文件的权限是222

总结：umask的规律就是：umask值和默认创建文件的权限值加起来是666.



7、mount测试

(1)挂载时全部出错：

mount: mounting proc on /proc failed: No such file or directory

mount: mounting sysfs on /sys failed: No such file or directory

mount: mounting tmpfs on /var failed: No such file or directory

mount: mounting tmpfs on /tmp failed: No such file or directory

mount: mounting tmpfs on /dev failed: No such file or directory

(2)原因是因为根文件系统中找不到挂载点。所谓挂载点就是我们要将目标文件系统（当然这里都是虚拟文件系统）挂载到当前文件系统中的某一个目录中，这个目录就是挂载点。

(3)解决方案就是自己在制作的rootfs根目录下创建这些挂载点目录即可。

(4)验证是否挂载成功，可以看挂载时输出信息；还可以启动后去看proc和sys文件夹，如果有文件出现则证明挂载成功了，如果没东西就证明失败了。



8、mdev

(1)mdev是udev的嵌入式简化版本，udev/mdev是用来配合linux驱动工作的一个应用层的软件，udev/mdev的工作就是配合linux驱动生成相应的/dev目录下的设备文件。

(2)因为这个问题涉及到驱动，因此详细讲解要等到驱动部分。这里我们只是通过一些直观的现象来初步理解udev/mdev的工作效果。

(3)在rcS文件中没有启动mdev的时候，/dev目录下启动后是空的；在rcS文件中添加上mdev有关的2行配置项后，再次启动系统后发现/dev目录下生成了很多的设备驱动文件。

(4)/dev目录下的设备驱动文件就是mdev生成的，这就是mdev的效果和意义。



9、hostname

(1)hostname是linux中的一个shell命令。命令（hostname xxx）执行后可以用来设置当前系统的主机名为xxx，直接hostname不加参数可以显示当前系统的主机名。

(2)/bin/hostname -F /etc/sysconfig/HOSTNAME -F来指定了一个主机名配置文件（这个文件一般文件名叫hostname或者HOSTNAME）


10、ifconfig

(1)有时候我们希望开机后进入命令行时ip地址就是一个指定的ip地址（譬如192.168.1.30），这时候就可以在rcS文件中ifconfig eth0 192.168.1.30


问心雕龙
关注
Linux进阶：深入解析嵌入式系统的根文件系统——/etc/init.d/rcS文件
CyberBytezZ的博客
08-12 630
而/etc/init.d/rcS文件则是在系统引导的过程中被调用的脚本，用于执行各种初始化任务，如加载驱动程序、设置网络参数、挂载文件系统等。总结起来，/etc/init.d/rcS文件在嵌入式系统中扮演着至关重要的角色，是系统引导过程中的关键环节。其中的/etc/init.d/rcS文件是一个启动脚本，负责在系统引导过程中执行各种初始化任务。：检查是否存在/etc/init.d/rcS.d目录，如果存在，则执行其中的自定义初始化脚本。以上是/etc/init.d/rcS文件的源代码。
嵌入式linux中启动文件init.d详解
嵌入式技术开发
03-02 250
在Linux嵌入式系统的开发和维护过程中，了解系统启动和服务管理机制是至关重要的。其中，/etc/init.d/目录扮演了关键角色，它包含了用于初始化、启动、重启或停止各种服务的脚本。本文将深入浅出地介绍这个目录下常见启动文件的作用，帮助读者更好地理解如何管理和优化嵌入式Linux设备。init.d是指包含一系列Shell脚本的目录，这些脚本用于控制服务（也称为守护进程）的生命周期。当系统启动时，init进程会根据预定义的规则执行这些脚本，以确保必要的服务能够正确启动。/etc/init.d/目录下的所有文
Radar RCS 计算资源下载介绍
gitblog_06744的博客
04-25 308
Radar RCS 计算资源下载介绍 【下载地址】RadarRCS计算资源下载介绍 探索雷达散射截面（RCS）的奥秘，掌握雷达领域的核心技术！本开源项目为您提供详尽的雷达RCS计算资源，涵盖原理、方法与实例，助力科研人员、工程师和学者深入理解这一关键领域。通过系统学习，您将获得实用的计算技巧，提升研究效率。无论是初学者还...
etc/init.d/rcS内容分析
L_yangliu的专栏
04-10 1947
分类： linux常用命令 2011-08-05 10:48 36人阅读 评论(0) 收藏 举报  由于init=/linuxrc，因此，在文件系统挂载后，运行的第一个程序就是根目录下的linuxrc，而这是一个指向/bin/busybox 的链接，也就是说，系统起来后运行的第一个程序就是busybox本身。                          busybox首
文件分析——分析/etc/init.d/rcS文件（运行时最重要的配置文件）
主要记录嵌入式学习与开发过程。
06-17 4808
以下内容源于朱有鹏嵌入式课程的学习与整理，如有侵权请告知删除。
/etc/init.d/rcS文件内容
LYJ个人博客，记录技术、八卦、生活，分享各种心得，期待与朋友们一同进步
07-17 2824
#! /bin/sh#从arm9拷贝echo "Processing /etc/rcS..."PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:#runlevel=S#prevlevel=N#umask 022#export runlevel prevlevelexport PATH #从arm9拷贝# Tr
/etc/init.d/rcS内容分析
xiaoyangger的专栏
01-21 1241
2012-11-29 18:40 /etc/init.d/rcS内容分析 /etc/init.d/rcS内容分析         由于init=/linuxrc，因此，在文件系统挂载后，运行的第一个程序就是根目录下的linuxrc，而这是一个指向/bin/busybox 的链接，也就是说，系统起来后运行的第一个程序就是busybox本身。
一文看懂嵌入式Linux的/etc/init.d/目录下的所有启动文件
最新发布
weixin_44458100的博客
04-26 898
在嵌入式Linux系统的开发和维护过程中，了解系统启动和服务管理机制是至关重要的。其中目录扮演了关键角色，它包含了用于初始化、启动、重启或停止各种服务的脚本。本文将深入浅出地介绍这个目录下常见启动文件的作用，帮助读者更好地理解如何管理和优化嵌入式Linux设备。init.d是指包含一系列Shell脚本的目录，这些脚本用于控制服务（也称为守护进程）的生命周期。当系统启动时，init进程会根据预定义的规则执行这些脚本，以确保必要的服务能够正确启动。下面是RV1106SDK里的rootfs下的的init.d目录。
root_fs文件系统结构分析和内核加载流程
mftang的博客
03-30 2083
本文主要详细分析了root_fs文件系统结构，对该文件目录下的每个类型的文件做了详细的介绍，并讲述各个文件的作用，其在内核中主要实现了什么功能，还介绍了内核加载root_fs的过程，详细跟踪了整个的加载流程，介绍每一个函数的调用关系。
linux根文件系统制作及NFS/镜像方式挂载实践总结
视野是生命的宽度，沉淀是生命的密度
02-20 1620
一、busybox环境 从官网下载最新的busybox-1.33.0.tar.bz2后 第一步：busybox的配置 Busybox make menuconfig Busybox Settings---> Build Options---> [*]Build BusyBox as a static binary(no shared libs) ...
/etc/init.d/rcS ( linux_at91)
好习惯成就伟大
03-25 363
#!/bin/shmount -t tmpfs tmpfs /varmount -t tmpfs tmpfs /home/mkdir /var/cache /var/lib /var/lock /var/log /var/log/boa /var/run /var/spool /mount -t tmpfs tmpfs /devmount -t proc none /procmount -t sy...
arm linux 启动文件/etc/init.d/rcs,深入探究Linux下ARM启动脚本（/etc/init.d/rcS）在什么位置被调用...
weixin_34544309的博客
04-28 1975
每次启动板子都要重新设置IP地址，很麻烦，就从网上搜搜怎么设置成开机自动修改IP地址。搜的过程中，想着Linux里面的启动脚本是在哪个地方被调用？想想还是自己理一遍。(自己理解的启动脚本就是在开机过程中固定调用某几个脚本，但这样感觉会不会有点写死了，Linux可能有更好的解决方案)百度上全部都是讲如何使用启动脚本的...很少有文章去研究启动脚本在哪个位置被调用......还是找到了一点蛛丝马迹。首...
LINUX进阶（基础篇）之Linux根文件系统：/etc/init.d/rcS文件分析
心跳包的博客
05-20 1596
1. rcS文件的作用 rcS是一个脚本文件，在inittab文件中本解析调用，用于配置Linux系统。 2.rcS文件分析 #! /bin/sh #指定系统使用的shell #初始化环境变量PATH，操作系统执行程序默认到PATH指定的目录下寻找该程序 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin: runlevel=S #设置系统运行级别为S，即单用户模式，只有一个控制台终端，供“root”帐号做系统维护。 pre
海思/etc/init.d/rcS脚本解析
phmatthaus的专栏
06-30 1471
/etc/init.d/rcS源码如下： #! /bin/sh /bin/mount -a for initscript in /etc/init.d/S[0-9][0-9]* do if [ -x $initscript ] ; then echo "[RCS]: $initscript" $initscript fi done 第1句：#! /bin/sh 参见https://bl
Linux根文件系统：/etc/init.d/rcS文件分析
weixin_30839881的博客
07-03 586
1. rcS文件的作用 rcS是一个脚本文件，在inittab文件中本解析调用，用于配置Linux系统。 2.rcS文件分析 #! /bin/sh #指定系统使用的shell #初始化环境变量PATH，操作系统执行程序默认到PATH指定的目录下寻找该程序PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin: runlevel=S ...
arm linux 启动文件/etc/init.d/rcs,linux下文件系统的移植
weixin_39518840的博客
04-28 315
首先文件系统的构造如图所以 我们如果要移植文件系统的话 也就是在根目录上去创建(挂载)这些系统启动所必须的目录/bin 存放linux系统下常用的命令 cat,chmod,等/sbin 存放需要管理员权限才能使用的命令 比如 shutdown reboot等 挂接其他文件前都可以使用，所以放在和根文件相同的分区中。不紧迫的命令可以放在 、/usr/sbin下/dev 存放设备文件比如串口啊存储啊 ...
linux下arm环境启动脚本/etc/init.d/rcS执行命令失败，踩坑记录
lhh2333的博客
01-06 3023
linux下arm环境启动脚本/etc/init.d/rcS执行命令失败，但是手动执行又正常，原来是环境变量的原因
/etc/inittab,/etc/init.d/rcS和/etc/profile分析
SuGuolin的博客
12-29 2449
参考博客https://blog.csdn.net/qiuoooooo/article/details/79300739 在kernel挂载根文件系统后，运行的第一个程序是根目录下的linuxrc，实际是一个指向/bin/busybox的链接, 也就是说系统起来后运行的第一个程序是busybox本身。先执行 /etc/inittab， 然后调用/etc/init.d/rcS， 最后是执行/etc...
/etc/inittab
03-22
<think>好的，用户现在问的是关于/etc/inittab的问题。我需要先回忆一下这个文件的作用和相关知识。记得在传统的SysV init系统中，/etc/inittab是用来控制系统初始化过程和运行级别的配置文件。但现在很多Linux发行版已经转向使用systemd，所以这个文件可能已经不再被使用了。 首先，用户可能是在使用较旧的系统，或者在学习一些传统系统的管理知识，所以需要解释清楚这个文件的历史背景和现状。要说明哪些发行版可能还在使用它，比如Slackware或者一些特定的嵌入式系统，而主流的如Ubuntu、Fedora等已经改用systemd。 接下来需要详细解释/etc/inittab的结构和各个字段的含义，比如标识符、运行级别、动作、命令。用户可能需要知道如何修改运行级别或者添加自定义启动项。还要提到默认的运行级别配置，通常设置为3或5，以及如何修改。 另外，用户可能遇到问题，比如系统启动后进入错误的运行级别，这时候需要指导如何检查和修改/etc/inittab中的配置。同时要提醒用户，如果他们的系统使用systemd，修改这个文件是无效的，应该使用systemctl命令来管理目标（target）。 还要注意用户可能的误解，比如在基于systemd的系统中试图通过修改/etc/inittab来改变运行级别，这时候需要明确指出这种方法是不可行的，并引导他们使用正确的systemd命令。 最后，总结一下这个文件的重要性以及当前的使用情况，帮助用户理解在何时需要关注这个文件，何时应该转向新的初始化系统。确保回答结构清晰，分点说明，同时给出实际的配置示例和命令，帮助用户更好地理解和应用。</think>--- ##### **`/etc/inittab` 文件详解** `/etc/inittab` 是 **传统 SysV init 初始化系统** 的核心配置文件，用于定义系统启动时的运行级别（Runlevel）和关联进程。不过在现代 Linux 发行版中（如使用 `systemd` 的系统），该文件已被废弃。以下是详细解析： --- ##### **1. 文件作用** - **核心功能**： 定义系统启动时的默认运行级别，并控制不同运行级别下需要启动的服务和进程。 - **适用场景**： 仅适用于使用 **SysV init** 作为初始化系统的发行版（如旧版 CentOS、Debian 等）。 **注意**：基于 `systemd` 的系统（如 Ubuntu 18.04+、Fedora 等）已不再依赖此文件。 --- ##### **2. 文件结构解析** `/etc/inittab` 由多个条目组成，格式为： ```bash id:runlevels:action:command ``` - **字段说明**： | 字段 | 含义 | |-------------|----------------------------------------------------------------------| | `id` | 条目标识符（1~4个字符），唯一标识一个条目（如 `si::sysinit:/etc/init.d/rcS`）。 | | `runlevels` | 指定生效的运行级别（如 `2345` 表示运行级别2、3、4、5时触发）。 | | `action` | 定义执行条件（如 `sysinit` 表示系统初始化阶段执行）。 | | `command` | 需要执行的命令或脚本路径（如 `/sbin/getty 38400 tty1`）。 | --- ##### **3. 关键条目示例** - **默认运行级别设置**： ```bash id:5:initdefault: # 默认运行级别为5（图形界面模式） ``` - 运行级别范围：`0`（关机）、`1`（单用户）、`2~5`（多用户，不同配置）、`6`（重启）。 - **系统初始化脚本**： ```bash si::sysinit:/etc/init.d/rcS # 系统启动时执行初始化脚本 ``` - **终端控制台启动**： ```bash 1:2345:respawn:/sbin/getty 38400 tty1 # 在tty1启动登录界面（respawn表示进程终止后自动重启） ``` --- ##### **4. 常见操作** - **查看当前运行级别**： ```bash runlevel # 输出示例：N 5 （当前为运行级别5） ``` - **临时切换运行级别**： ```bash init 3 # 切换到运行级别3（多用户文本模式） ``` - **修改默认运行级别**： 编辑 `/etc/inittab` 中的 `initdefault` 行（例如将 `id:5` 改为 `id:3`）。 --- ##### **5. 现代系统的替代方案** 对于使用 `systemd` 的系统（如 Ubuntu 22.04、CentOS 7+）： - **运行级别对应关系**： | SysV Runlevel | systemd Target | 描述 | |---------------|----------------------|--------------------| | 0 | `poweroff.target` | 关机 | | 1 | `rescue.target` | 救援模式 | | 3 | `multi-user.target` | 多用户文本模式 | | 5 | `graphical.target` | 图形界面模式 | | 6 | `reboot.target` | 重启 | - **管理命令**： ```bash systemctl isolate graphical.target # 切换到图形界面模式 systemctl set-default multi-user.target # 设置默认启动为文本模式 ``` --- ##### **6. 注意事项** - **兼容性问题**： 在 `systemd` 系统中修改 `/etc/inittab` 无效，需使用 `systemctl` 命令。 - **历史遗留系统**： 嵌入式设备或旧服务器可能仍依赖此文件（如 OpenWRT、Slackware）。 --- ##### **总结** - **`/etc/inittab`** 是 SysV init 系统的核心配置文件，用于管理运行级别和启动进程。 - **现代系统** 已转向 `systemd`，通过 `target` 替代运行级别概念。 - **若需操作此文件**：先确认系统初始化类型（通过 `ps -p 1` 查看是 `init` 还是 `systemd`）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值