Ubuntu init启动流程分析浅析

简介:

          Ubuntu init启动流程

Linux distros主流的有两种init方式

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

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

采用后一种方式的目前有UbuntuFedoraDebian

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方式的initializationUbuntu采用的是兼容模式,即:系统中既有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-sysinitstartup事件发生时被启动,rc在系统runlevel变化时被启动,rcS在系统runlevelS时启动

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

由于系统的默认runlevel发生了变化, 由于调用了telinit进入了设定的runlevelrunlevel改变的事件发生,此时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中根据ks来进行执行或者终止软链接所对应的/etc/init.d/服务

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

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

一般的linux8个级别:0-6和一个'S'级别。

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

为停机,机器关闭。

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

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

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

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

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

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

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

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

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

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

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



本文转自 zhao_xiao_long 51CTO博客,原文链接:http://blog.51cto.com/computerdragon/1119244

相关文章
|
6月前
|
Ubuntu 测试技术 Linux
dpdk测试环境搭建(vmware下ubuntu环境参考上文汇总流程)
dpdk测试环境搭建(vmware下ubuntu环境参考上文汇总流程)
326 0
|
Web App开发 Ubuntu 安全
【已解决】ubuntu 16.04安装最新版本google chrome出错, 旧版本chrome浏览器安装流程
【已解决】ubuntu 16.04安装最新版本google chrome出错, 旧版本chrome浏览器安装流程
1089 2
|
1月前
|
Ubuntu API Python
Chat-TTS chat-tts-ui 实机部署上手测试!Ubuntu服务器实机 2070Super*2 8GB部署全流程
Chat-TTS chat-tts-ui 实机部署上手测试!Ubuntu服务器实机 2070Super*2 8GB部署全流程
60 1
|
3月前
|
机器学习/深度学习 Ubuntu 数据挖掘
Ubuntu系统部署Anaconda环境及Python语言的详细流程
以上就是在Ubuntu系统中安装Anaconda环境及Python语言的详细流程。Anaconda为Python科学计算提供了便捷的管理方式,帮助用户轻松处理不同项目之间依赖管理的复杂性。通过以上步骤,你现在应该有了一个完全可用的Anaconda环境,可以开始在Ubuntu上进行Python编程和数据科学项目的探索了。
67 5
|
3月前
|
机器学习/深度学习 Ubuntu 数据挖掘
揭秘:Ubuntu系统下部署Anaconda环境及Python语言的终极指南!跟随这一步步神秘流程,解锁编程大师的秘密武器!
【8月更文挑战第19天】在Ubuntu中部署Anaconda环境与Python相当直观。首先需从官网下载Linux版安装包。接着,在终端依次执行命令:添加Anaconda清华镜像源至软件源列表,更新软件包信息,然后安装Anaconda。安装后可通过`anaconda --version`验证。使用`anaconda create -n myenv python=3.8`创建名为“myenv”的环境并指定Python 3.8版本。
211 0
|
6月前
|
Ubuntu Linux
Ubuntu 报错:System has not been booted with systemd as init system (PID 1). Can‘t operate.
系统未使用 `systemd` 初始化导致错误。解决方法是通过 `apt` 安装。首先备份并更换`sources.list`,添加阿里云镜像源,然后更新源并以管理员权限运行 `apt-get install systemd -y` 和 `apt-get install systemctl -y` 安装所需组件。
1723 3
|
6月前
|
Ubuntu Linux 数据安全/隐私保护
Linux系统Ubuntu配置Docker详细流程
Linux系统Ubuntu配置Docker详细流程
135 1
|
6月前
|
存储 Ubuntu 测试技术
Ubuntu镜像源cn.arichinve.ubuntu.com不可用原因分析和解决
源配置的是cn.archive.ubuntu.com,但是发现,系统更新时,自动去找了清华大学的Ubuntu源。
2881 0
|
Ubuntu 编译器 Linux
Linux驱动开发笔记(三):基于ubuntu的helloworld驱动源码编写、makefile编写以及驱动编译加载流程测试
前面学习了驱动的基础框架,上一篇编译了gcc7.3.0,那么为了方便很好的熟悉流程,本篇,将使用ubuntu18.04,直接编译ubuntu18.04的驱动,然后做好本篇文章的相关实战测试。
|
机器人 Linux 数据安全/隐私保护
win11安装的Ubuntu20.04子系统出现System has not been booted with systemd as init system (PID 1)问题的解决流程
win11安装的Ubuntu20.04子系统出现System has not been booted with systemd as init system (PID 1)问题的解决流程
3617 0
win11安装的Ubuntu20.04子系统出现System has not been booted with systemd as init system (PID 1)问题的解决流程