Ubuntu init启动流程

Linux distros主流的有两种init方式:

一种是System V initialization,它来源于Unix并至今仍被各种Linux distros所采用;

一种是近几年提出的Upstart方式,基于事件机制,系统的所有服务,任务都是由事件驱动的。

采用后一种方式的目前有Ubuntu,Fedora,Debian。

Ubuntu由于采用 Upstart方式,它上面是没有inittab这个文件的。在旧式的System V initialization中,/etc/inittab可是个相当重要文件。Init进程启动后第一时间找的就是它! Upstart job是事件驱动的,系统服务的启动、停止等等均是由事件决定的,反过来,系统服务的启动、停止也可以作为事件源触发其他服务。并且事件并不一定得由系统内部产生,用户可以手工的键入start/stop [Service]产生事件来启动/终止服务。run level也被当作事件来对待(因runlevel的改变而产生的事件)。那么系统服务又是如何知道自己应该什么时候启动,什么时候终止的呢?答案就在于/etc /init中,它里面均是系统服务的配置文件,是job definition files。

  实际上并不仅仅在系统启动初期,在系统运转的任何时期都可以通过发送事件来启动或终止服务。这便是Upstart job的优点之一,除了用于系统初始化,还可以在系统运行阶段发挥作用。相比之下System V initialization方式下的配置文件一般只用于系统初始化阶段,当然系统运行阶段我们可以通过/etc/init.d/Service start/stop/otherCommand来操作服务,但很明显不如Upstart方式简洁明白。

  Ubuntu使用的是Upstart方式的initialization,Ubuntu采用的是兼容模式,即:系统中既有System V-style启动的服务,也有Upstart启动的服务。以Ubuntu11.04,你可以看到系统中有这么几个目录:

/etc/init

/etc/init.d

/etc/rc${runlevel}.d

 进入/etc/init目录(Upstart init会到该目录下读取配置文件),有几个和rc有关的配置文件:

rc.conf

rc-sysinit.conf

rcS.conf

  rc-sysinit在startup事件发生时被启动,rc在系统runlevel变化时被启动,rcS在系统runlevel为S时启动。

  rc-sysinit在startup事件发生时被启动,Upstart init会首先读取rc-sysinit.conf并执行相关配置和脚本。rc-sysinit.conf的主要工作是设置系统默认runlevel,检测是否存在/etc/inittab或内核命令行,若存在,则按内核命令行>/etc/inittab>默认runlevel的顺序设置系统 runlevel。最后,调用telinit进入设置的runlevel。

由于系统的默认runlevel发生了变化, 由于调用了telinit进入了设定的runlevel,runlevel改变的事件发生,此时rc服务启动(当然其他服务也会)。打开rc.conf文件,查看最后一行:

exec /etc/init.d/rc $RUNLEVEL

  很明显,/etc/init.d/rc被调用了,并且传入了早前设置好的系统runlevel作为参数。而/etc/init.d/rc会根据传入 的runlevel参数调用/etc/rc${runlevel}.d/下的脚本(以S开头)以启动服务。在/etc/rc${runlevel}.d/下,发现里面的文件都是到/etc /init.d/下对应的脚本/程序的软链接。以S开头的为启动的意思,以K开头的为停止。并且S/K后面的两位数数字代表了服务的启动顺序(由服务依赖关系决定)。凡是以S开头的就是本次要启动服务,凡是以k开头的,就是要在本次runlevel启动的时候要终止掉的服务。

整体 Init启动总结:

1.内核启动init进程。

2.init找到/etc/init/rc-sysinit.conf文件,确定默认的运行级别(假设为X)。

3.触发相应的runlevel事件,开始运行/etc/rc.conf

4.传递参数,运行/etc/init.d/rc,传入参数X,并且最后调用/etc/rc${runlevel}.d

5./etc/rc${runlevel}.d中根据k和s来进行执行或者终止软链接所对应的/etc/init.d/服务

6. 最后按照事先设定的优先级依次启动,直至最后给出登录画面

  常规中,默认安装Linux会直接到图形界面。Ubuntu安装后默认的run level为2,这个可以用runlevel命令查看。因为runlevel=2,所以在启动过程中自动执行/etc/rc2.d/目录下的以S开头的脚 本。Ubuntu之所以能直接启动到图形界面,是由于运行gdm所致。所以,只要把gdm的启动脚本禁用就可以了,方法就是把文件名的第一个字母S改成 K:

一般的linux分8个级别:0-6和一个'S'级别。

# 对各个运行级的详细解释:

0 为停机,机器关闭。

1 为单用户模式,就像Win9x下的安全模式类似。

2 为多用户模式,但是没有NFS支持。

3 为完整的多用户模式,是标准的运行级。

4 一般不用,在一些特殊情况下可以用它来做一些事情。例如在笔记本电脑的电池用尽时,可以切换到这个模式来做一些设置。

5 就是X11,进到X Window系统了。

6 为重启,运行init 6机器就会重启。

'S'级别是一个比较特殊的级别,他应该是先于其他级别运行的级别。

在userlinux(包括ubuntu)中2-5级别是毫无差别的。

这里说明一下,0-6级别的运行是互斥的,而不是叠加运行,

所有的运行服务的脚本存储在/etc/init.d/里面。而在/etc/中有rc'X'.d的文件夹,'X'代表0-6和X,也就对应了这8个启动级别,里面就都是指向/etc/init.d/里面运行服务的脚本的软连接(symbol link),软连接的数目少于运行脚本数,这就是说不是所有服务都要在一个级别中运行的。软连接的命名是有规则的:[K|S][0-90-9][name],K代表kill,S代表start,后面是个二位数,最后是对应的运行服务的脚本文件名。这个名字是在运行相应的脚本的时候传递的参数,K是传递stop(就是关闭服务),S是传递start(就是启动服务)。

运行顺序:K小数->K大数->S小数->S大数。这里注意文件夹里的所有软连接都会被执行,不论K或者S。

转载于:https://blog.51cto.com/computerdragon/1119244

Ubuntu init启动流程分析浅析相关推荐

  1. openharmony标准系统移植之init启动流程分析

    接上篇移植openharmony标准系统后,系统进入终端后,发现执行指令特别卡顿,太影响调试了.目前还不知道是什么问题导致的,不知道是不是cpu性能不够,但是感觉不太像是这个问题,卡顿如下图.基本一个 ...

  2. RISC-V Linux 启动流程分析

    " Author:  通天塔 985400330@qq.com Date:    2022/05/15 Revisor: lzufalcon falcon@tinylab.org Proje ...

  3. Zygote进程启动流程分析

    文中的源代码版本为api23 Zygote进程启动流程分析 先说结论,zygote进程启动过程中主要做了下面这些事情: 启动DVM虚拟机 预加载部分资源,如一些通用类.通用资源.共享库等 启动syst ...

  4. c++builder启动了怎么停止_App 竟然是这样跑起来的 —— Android App/Activity 启动流程分析...

    在我的上一篇文章: AJie:按下电源键后竟然发生了这一幕 -- Android 系统启动流程分析​zhuanlan.zhihu.com 我们分析了系统在开机以后的一系列行为,其中最后一阶段 AMS( ...

  5. 基于IMX6Q的uboot启动流程分析(3):_main函数之relocate_code与board_init_r

    基于IMX6Q的uboot启动流程分析(1):uboot入口函数 基于IMX6Q的uboot启动流程分析(2):_main函数之board_init_f 基于IMX6Q的uboot启动流程分析(3): ...

  6. 一起分析Linux系统设计思想——03内核启动流程分析(六)

    在学习资料满天飞的大环境下,知识变得非常零散,体系化的知识并不多,这就导致很多人每天都努力学习到感动自己,最终却收效甚微,甚至放弃学习.我的使命就是过滤掉大量的垃圾信息,将知识体系化,以短平快的方式直 ...

  7. Android系统开机到Launcher启动流程分析

    本文基于Android10.0的源码. 由于google团队在对framework层代码进行大量重构,所以代码变动还是挺大的. 常见基础问题: SystemServer系统服务进程是如何创建的?Lau ...

  8. 全志linux关机键,全志平台linux启动流程分析

    转载:全志平台linux启动流程分析 一.BROM阶段 机器上电之后会执行固化在BROM里面的一段引导程序,这个程序会依次遍历所有支持的启动介质,直到找到第一个支持的.目前支持的启动介质是sd/mmc ...

  9. android 开机向导加载过程,开机向导启动流程分析

    开机向导启动流程 首先来看Android启动流程: 1.Bootloader(系统启动加载器,将Linux加载到RAM): 2.Kernel 3.init进程 4.Zygote(Zygote进程是整个 ...

最新文章

  1. Pytorch Bi-LSTM + CRF 代码详解
  2. Java虚拟机学习(6):对象访问
  3. java.lang.NoSuchMethodError: org.junit.runner.Description.getClassName()Ljava/lang/String;
  4. 虚拟地址到物理地址的转换步骤【转】
  5. 在.NET Core中三种实现“可插拔”AOP编程方式(附源码)
  6. Android 设置定时刷新页面数据,最小自动刷新时间
  7. java线程interrupt用法_Java线程中interrupt那点事 | 学步园
  8. Java 网络编程(二) 两类传输协议:TCP UDP
  9. 灰色模型 java代码_灰色模型的简单Java实现
  10. 帆软mysql迁移_平台数据迁移- FineReport帮助文档|报表开发|报表使用|学习教程
  11. 口腔科的固定修复计算机辅助设计收,3D打印技术在口腔种植修复中的应用进展...
  12. 解决 IIS 部署网站引用 woff/woff2/svg 字体报 404 错误
  13. 基于java的KTV点歌选歌系统
  14. 网线交叉网线线序接法
  15. java : mozilla rhino js引擎 使用教程
  16. 运动无线蓝牙耳机推荐、运动健身必备的运动耳机
  17. 减治法(Decrease and Conquer)
  18. 计算机网络 | 构造超网 | CIDR
  19. YYText实现文本与下划线,删除线偏移
  20. vue 上传图片 base64图片无法显示的问题

热门文章

  1. 在 Scale Up 中使用 Health Check - 每天5分钟玩转 Docker 容器技术(145)
  2. 【干货】移动APP安全测试要点解析
  3. 最简单的基于JavaEE和FFmpeg的视频网站
  4. 日志服务商业化计费FAQ和账单优化
  5. CF Gym 100187E Two Labyrinths (迷宫问题)
  6. 常见TCP/UDP端口
  7. 浅析Web2.0技术
  8. 内存是拿来用的不是拿来看的
  9. jQuery选择器全集详解
  10. 预防session劫持