首页 / UBUNTU / Ubuntu init启动流程分析

Ubuntu init启动流程分析

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Ubuntu init启动流程分析，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含5653字，纯文字阅读大概需要9分钟。

内容图文

转自： https://blog.csdn.net/weixin_34268610/article/details/93881108

来源：http://www.cnblogs.com/cassvin/archive/2011/12/25/ubuntu_init_analysis.html

现行的Linux distros主流的有两种init方式：一种是广为流传的System V initialization，它来源于Unix并且至今仍被各种Linux distros所采用；另一种是近几年提出的Upstart方式，基于事件机制，系统的所有服务，任务都是由事件驱动的。据我所知，采用后一种方式的目前有Ubuntu（6.10 and later），Fedora（9.10 and later），Debian（optional）。虽然采用Upstart的发行版并不多，但它旨在取代旧式的System V initialization。

　　作为知识梳理，我现在就先在这里总结一下这两种方式各自的初始化流程，这也是为了方便整理思路：

　　之前在查找Linux系统init流程的相关资料时总是能够看到inittab的身影，但是在我的Ubuntu上是没有这个文件的，到后来才知道采用 Upstart方式的Ubuntu上是没有inittab这个文件的。在旧式的System V initialization中，/etc/inittab可是个相当重要的文件。init进程启动后第一时间找的就是它！inittab负责初始化系统，设置系统runlevel及进入各runlevel对应要执行的命令。假设当前inittab中设置的默认runlevle是5，则init会运行/etc/init.d/rc 5命令，该命令会依据系统服务的依赖关系遍历执行/etc/rc5.d中的脚本/程序。进入/etc/rc5.d目录可以发现里面的文件都是到/etc /init.d/下对应的脚本/程序的软链接。以S开头的为启动的意思，以K开头的为停止。并且S/K后面的两位数数字代表了服务的启动顺序（由服务依赖关系决定）。

　　那么Upstart job是怎么样的呢？我们知道，System V initializaiton是以runlevel为核心，依据服务间依赖关系的init方式，但在Upstart job，runlevel虽说对于服务的启动也有影响但已不是关键所在。Upstart job是事件驱动的，系统服务的启动、停止等等均是由事件决定的，反过来，系统服务的启动、停止也可以作为事件源触发其他服务。并且事件并不一定得由系统内部产生，用户可以手工的键入start/stop [Service]产生事件来启动/终止服务。man upstart-evnets查看upstart job所定义的事件，可以发现，runlevel也被当作事件来对待（因runlevel的改变而产生的事件），诸如此类还有其他如 startup，started，filesystem等等。那么系统服务又是如何知道自己应该什么时候启动，什么时候终止的呢？答案就在于/etc /init中（有的distros可能是在/etc/event.d）。进入/etc/init目录下一看，均是系统服务的配置文件，或者说，是job definition files。（实际上Upstart init只需要/etc/init这么一个目录，不像System V init，“拐弯抹脚”转好多圈才到达目的地，在性能上不如前者）。随便打开一个文件，比如cron.conf：

# cron - regular background program processing daemon
#
# cron is a standard UNIX program that runs user-specified programs at

# periodic scheduled times

description "regular background program processing daemon"

start on runlevel [2345]
stop on runlevel [!2345]

expect fork

respawn

exec cron

　　相信敏锐的程序猿们都发现了：start on runlevel [2345]；stop on runlevel [！2345]

　　没错，配置文件就是通过这个来设置服务何时启动，何时终止的。

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

　　好，介绍完System V initialization和Upstart，那么现在就能介绍Ubuntu init系统初始化流程。前面提过Ubuntu使用的是Upstart方式的initialization，其实不全然，考虑到6.10之前的版本采用的System V init及某些服务的需要，Ubuntu采用的是兼容模式，即：系统中既有System V-style启动的服务，也有Upstart启动的服务。如果你使用的是Ubuntu11.04（我目前PC上的系统），那么你可以看到系统中有这么几个目录：

/etc/init
/etc/init.d
/etc/rc${runlevel}.d

　　作为两种init方式各自特征的/etc/init.d，/etc/rc${runlevel}.d目录和/etc/init目录在Ubuntu中都有了，那么Ubuntu是如何实现兼容的？实际上，Ubuntu中并没有直接采用System V-style启动服务，要知道，Ubuntu中的init已被替换为Upstart init，而System V-style的服务是存放于/etc/rc${runlevel}.d目录中的，（而/etc/rc${runlevle}.d/下的文件是到/etc/init.d的软链接）可Upstart init并不会直接跑到这里面去启动服务。它是通过间接调用来启动这类服务的。换句话说，Ubuntu中的init并不会直接奔着/etc/init.d或者/etc/rc${runlevel}.d/而去，它采用了折衷的办法，通过/etc/init下的某些配置文件调用/etc/rc${runlevel}.d/中的脚本以启动采用旧式System V-style的服务。唉，说的我自己都觉得好绕，还是见实例吧，看下面。

　　进入/etc/init目录（Upstart init会到该目录下读取配置文件），会发现几个跟rc有关的配置文件：

rc.conf
rc-sysinit.conf
rcS.conf

　　rc-sysinit在startup事件发生时被启动，rc在系统runlevel变化时被启动，rcS在系统runlevel为S时启动。在配置文件的注释中说明了，这几个文件，正是Upstart init处理System V-style服务的关键。

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

　　由于调用了telinit进入了设定的runlevel，runlevel改变的事件发生，此时rc服务启动（当然其他服务也会）。那么，我们就有必要来看看rc.conf中到底有什么东西。打开rc.conf，注意到最后一行：

exec /etc/init.d/rc $RUNLEVEL

　　是不是感觉/etc/init.d/rc很熟悉，没错，在System V initialization中，/etc/inittab中的各runlevel对应的命令行就是通过这种形式设置的。

　　很明显，/etc/init.d/rc被调用了，并且传入了早前设置好的系统runlevel作为参数。而/etc/init.d/rc会根据传入的runlevel参数调用/etc/rc${runlevel}.d/下的脚本（以S开头）以启动服务，终止在前次runlevel启动而当前在 runlevel需要终止的服务。至此，Ubuntu处理System V-style服务的流程是不是渐渐明朗了。通过rc-sysinit和rc间接的调用/etc/init.d/rc从而启动System V-style服务，Ubuntu在采用新式Upstart init照顾了旧式的System V init。

　　采用Upstart方式启动的服务则在/etc/init/目录中有属于自己的一份配置文件，终端下键入：initctl list，看看列出的服务是否同/etc/init/下的服务完全一致

转载于:https://www.cnblogs.com/stevenzeng/p/5282575.html

内容总结

以上是互联网集市为您收集整理的Ubuntu init启动流程分析全部内容，希望文章能够帮你解决Ubuntu init启动流程分析所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/965558.html

来源：【匿名】

【上一篇】Ubuntu 安装 Emacs23.4 【下一篇】Ubuntu环境下swoole扩展安装步骤以及注意事项

更多 ►

【Ubuntu init启动流程分析】教程文章相关的互联网学习教程文章

Ubuntu 14.04下安装静态源码分析工具Splint3.1.2

------------------------------------ 版权信息 ------------------------------------此文链接: http://http://blog.csdn.net/doniexun此文作者: Windness版权说明: 此文为作者经过检索网上资源及根据个人开发经验整理所得,所有参考文献均已在文末标注,转载请务必保留此版权信息!------------------------------------ 版权信息 ------------------------------------1. 安装文件准备1) 下载splint 官方主页: http://www....

Ubuntu 16.04安装磁盘占用分析器：ncdu【代码】

使用此工具能分析出哪个文件或者文件夹有多大，从而实现自己手动删除。安装：sudo apt-get install ncdu使用：#默认搜索当前用户目录 ncdu #搜索整个硬盘 ncdu / 原文：http://www.cnblogs.com/EasonJim/p/7274911.html

ubuntu下su与su -命令简要分析

Linux中切换用户的命令是su或su -。 su命令和su -命令最大的本质区别就是：前者只是切换了root身份，但Shell环境仍然是普通用户的Shell；而后者连用户和Shell环境一起切换成root身份了。切换之后可以使用pwd查看一下当前的工作目录，也可以使用echo $PATH查看一下环境变量，观察su和su -的区别。我们切换用户的时候应该使用的就是su-，切换其他用户时也是如此，如想切换其他用户可以参考 su - fmaster来输入命令行。原文：http:/...

基于Ubuntu、树莓派、STM32分析C语言经编译后的分区情况

文章目录一、C语言经编译后的分区情况二、分别在Ubuntu、树莓派、STM32下分析三、参考 (adsbygoogle = window.adsbygoogle || []).push({});标签：,,,,,, 来源： https://blog.csdn.net/xwmrqqq/article/details/110149859

Ubuntu18.04 【ELK+Nginx】Kibana分析Nginx的日志【图】

前面的三篇微博写了ELK+Nginx的简单部署 https://blog.csdn.net/lengyer/article/details/110946394 https://blog.csdn.net/lengyer/article/details/110951140 https://blog.csdn.net/lengyer/article/details/110919426 Kibana+Nginx的应用生成索引模式最终效果图

在 Ubuntu 系统中使用 BuildWrapper 和 SonarQube Scanner 分析一个C++项目【代码】【图】

之前我们已经完成“在 Ubuntu 20.04 LTS 上安装SonarQube”，我们还需要安装BuildWrapper 和 SonarQube Scanner才能分析一个C++项目。安装BuildWrapper 分析C/C++项目需要BuildWrapper，它运行构建并收集和分析 C/C++项目所需的所有配置（如宏定义，include目录等）。生成包装器不会影响构建过程，它只是窃听该过程，并写入你指定的文件中。你可以直接从SonarQube服务器（请确保使用的是商业版本）下载生成包装器，以便使其版本与...

linux（ubuntu）和windows双系统下磁盘访问、文件格式问题及分析【图】

linux（ubuntu）和windows下磁盘文件访问问题一、已知条件二、为什么windows下不能查看linux(ubuntu)的磁盘分区？三、视频查看bug 一、已知条件 ubuntu下是完全可以查看windows下的磁盘分区的比如下面例子：上面这是我的电脑windows下的磁盘分区这是我在ubuntu下查看到的磁盘空间，其中第一个分区 computer 为电脑ubuntu分区，其他三个就是对应的windows下的磁盘；二、为什么windows下不能查看linux(ubuntu)的磁盘分区？既然...

Ubuntu20 ssh防止被爆破脚本分析，黑名单添加！【图】

我的系统是UBUNTU 20.4? /var/log/secure并不存在,也许只是PC端是如此在网上找到篇https://developer.aliyun.com/article/60931 原来在早在Ubuntu 16.04.2后就不用 /var/log/secure 实际操作才是王道，我们准备台虚拟机尝试ssh登陆看结果 systemctl restart sshd.service sudo nmap -Pn -sS 192.168.224.*/24ssh root@192.168.224.131 -p 2222 登录几次失败我们可以测下sudo lastb 我们登录失败的次数都被记录在这上面。sudo ca...

Ubuntu下在GoLand中使用gopacket进行网络数据抓包并分析【代码】【图】

前提：安装好 go 环境，下载地址如下： https://golang.google.cn/dl/ 然后使用命令 tar -zxvf 解压安装之后建立一个文件夹（我建的是 goprojects），用来存放之后的go项目在终端里输入一下命令： 1、编辑环境变量（没有安装vim的，可以根据提示命令进行安装）： vim /etc/profile2、设置 GOROOT以及GOPATH： export GOPATH=/home/wyj/mine/software/goprojects export GOROOT=/home/wyj/mine/software/go export PATH=$PATH:/h...

ubuntu之路——day3(本来打算做pytorch的练习但是想到前段时间的数据预处理的可视化分析就先总结一下)【图】

首先依托于一个场景来进行可视化分析直接选了天池大数据竞赛的新人赛的一个活跃题目用的方式也是最常用的数据预处理方式【新人赛】快来一起挖掘幸福感！https://tianchi.aliyun.com/competition/entrance/231702/introduction 既然是data cleaning的总结就稍微写详细点（其实感觉在写废话我一共就想总结一下matplotlib的pyplot和seaborn的画图）用pandas读进来之后是dataframe格式的，所以可以用df的一些方法进行查看,注意下...

【使用Ubuntu SDK】入门篇——qtcreator 运行qmlscene时 module "Ubuntu.Components" is not installed 错误分析和【代码】【图】

原文链接：http://www.cnblogs.com/qulory/archive/2013/02/25/2928939.html从有Ubuntu要准备发布Phone版本就在开始关注了，尤其是其官方开发网站上的相关教程的阅读；前一段时间也试着搭建环境和进行初步的示例开发，网址为： http://developer.ubuntu.com/get-started/gomobile/ 现在更新后的教程是： Get the Ubuntu SDK previewThe first thing youll need to do is to install the tools and its dependencies. The installat...