centos7启动过程及systemd祥细说明

开机启过程

POST—>BOOT SEQUENCE—> BOOTLOADER—>KERNEL + INITRAMFS(INITRD)—>ROOTFS—>/sbin/init

POST:加电自检

当开机按下电源按钮后,计算机开始加电,主板上的BIOS或UEFI基本输入输出程序开始对硬件进行检查,检查内存,CPU等等吧,当检测到错误的时候机器会中断或者启动不了,这个做过电脑维护的人都知道,内存氧化可导至开不了机,还有的机器如果没插鼠标键盘自检也不会通过卡在那里了,不会继续往下走。

Boot sequence:选择引导顺序

当自检通过后,接着就要选择引导介质或方式,是通过光盘启动,硬盘启动,网络启动,还是U盘启动,这些也是在BIOS中设定的,所以设定的第一启动项是哪个就从那个开始引导,这个装过WINDOWS的都很熟悉了。

Bootloader:引导加载器

确定引导介质后便开始从介质中装载引导程序如grub2,这个是一个微小程序,我们知道MBR引导记录大小为512字节,其中前446个字节就是Bootloader,主要用来引导用户选择要启动的系统或不同的内核版本,把用户选定的内核装载到RAM中的特定空间中,解压,展开,而后把系统控制权移交给内核。

grub2就是Linux中Bootloader程序,由于MBR记录限制,所以grub2分为两个部分:

1.在MBR引导记录中,大小为446字节,主要功能是引导启动介质的grub主体文件

2.partition,/boot/grub[2],此为grub的主体。

KERNEL + INITRAMFS(INITRD)—>ROOTFS :加载内核

这时候kernel开始初始化,探测可识别的硬件设备,加载硬件启动程序。以只读方式加载根文件系统

kernel在内存中加载时,为了模拟系统环境,会生成一个ramdisk文件,来进行下一步操作,等到加载到真正的根文件系统时,就会退出ramdisk,切换到真正的根文件系统中去。

ramdisk:内存上临时虚拟的系统

ramdisk(虚拟磁盘,双缓冲,双缓存)----> ramfs(虚拟文件系统)

centos5:initrd

工具程序:mkinitrd

centos6,7:initramfs

工具程序:dracut,mkinitrd

/sbin/init:运行用户空间的第一个应用程序

init:

Centos 5: SysV init       配置文件:/etc/inittab

Centos 6: Upstart         配置文件:/etc/inittab;/etc/init/*.conf(主要)

Centos 7: systemd        配置文件:/etc/systemd/system;/usr/lib/systemd/system

至此,内核空间就已经启动完毕,内核启动完成接着开始启动用户态启动过程。systemd是个守护进程,pid号为1,后面所有启动的服务或进程都是systemd的子进程及子进程的子进程。

那么用户态的启动顺序又是什么样的呢?

设置默认允许级别—>初始化脚本,完成系统初始化--->关闭及启动对应级别下的服务----->设置登录终端----->[启动图形终端]

Systemd新特性:

系统引导时实现服务并行启动,没有顺序之分

按需激活进程

支持系统状态快照

基于依赖关系定义服务控制逻辑

关键特性:

基于socket的激活机制:socket与服务程序分离;按需激活程序或服务,可并行启动

基于bus的激活机制:

基于device的激活机制:当某个硬件设备变得可用时就可激活某设备

基于path的激活机制

系统快照:保存各unit的当前状态信息于持久存储设备中

向后兼容sysv init脚本

不兼容:

systemctl命令固定不变,非由systemd启动的服务,systemctl无法与之通信

核心概念:unit

配置文件进行标识和配置,文件中主要包含了系统服务,监听socket,保存的系统快照以及其它与init相关的信息,保存至:

/usr/lib/systemd/system

/run/systemd/system

/etc/systemd/system

unit的类型

Service unit:文件扩展名为.service 无需执行权限,用于定义系统服务

Target unit:文件扩展名为.target,用于模拟实现“运行级别”

Device unit:文件扩展名为.device,用于定义内核识别的设备

Mount unit:文件扩展名为.mount,定义文件系统挂载点

Socket unit:文件扩展名为.socket,用于标识进程间通信用的socket文件

Snapshot unit:文件扩展名为.snapshot,管理系统快照

Swap unit:文件扩展名为.swap,用于标识swap设备

Automount unit:文件扩展名为.automount,文件系统的自动挂载点

Path unit:文件扩展名为.path,用于定义文件系统中的一个文件或目录

管理系统服务

启动:systemctl start name.service

停止:systemctl stop name .service

重启:systemctl restart name.service

重载:systemctl reload name.service

条件式重启:systemctl try-restart name.service

查看某服务当前是否运行:systemctl is-active name.service

查看所有已经激活的服务:systemctl list-units –type service systemctl list-units –type service –-all

开机自启动:systemctl enable name.service

开机不启动:systemctl disable name.service

查看所有服务开机自启动状态:systemctl list-unit-files –-type service

查看服务是否开机自启:systemctl is-enabled name.service

查看服务的依赖关系:systemctl list-dependencies name.service

禁止设定为开机自启:systemctl mask name.service

取消禁止设定为开机自启:systemctl unmask name.service

Target units:(模拟运行级别)

unit配置文件,以.target后辍名结尾

关机:runlevel0.target,poweroff.target

救援:runlevel1.target,rescue.target

多用户:multi-user.target

图形:graphical.target

重启:reboot.target

级别切换:systemctl isolate name.target

查看级别:systemctl list-units –-type target       systemctl get-default

设置级别:systemctl set-default name.target

切换至紧急救援模式:systemctl rescue

切换至emergency模式:systemctl emergency(服务不加载不启动,驱动不加载,更彻底)

其它常命令

关机:systemctl halt,systemctl poweroff

重启:systemctl reboot

挂起:systemctl suspend

快照:systemctl hibernate

快照并挂起:systemctl hybrid-sleep

时间: 2024-08-06 05:53:48

centos7启动过程及systemd祥细说明的相关文章

centos7的启动过程

开机启过程 POST->BOOT     SEQUENCE-> BOOTLOADER->KERNEL +     INITRAMFS(INITRD)->ROOTFS->/sbin/init POST:加电自检 当开机按下电源按钮后,计算机开始加电,主板上的BIOS或UEFI基本输入输出程序开始对硬件进行检查,检查内存,CPU等等吧,当检测到错误的时候机器会中断或者启动不了,这个做过电脑维护的人都知道,内存氧化可导至开不了机,还有的机器如果没插鼠标键盘自检也不会通过卡在那里了,

#25 centos7(RHEL)系列操作系统的启动流程、systemd的特性、与命令systemctl的使用

systemd的新特性: 1.在系统引导的时候可以实现服务的并行启动: 2.能够实现按需激活进程: 在系统启动时,需要随系统启动服务,其服务进程并没有启动,但是systemd为每一个此类服务进程都注册了对应的套接字:我们称这种服务处理方式为"半激活状态": 3.能够对当前系统的用户空间的每个进程状态快照:以后如果进程出现问题或故障,可以迅速恢复进程状态至过去的某一时刻: 4.systemd内部有一种基于依赖关系来定义的服务控制逻辑: 核心管理概念:unit文件 由systemd相关的配

systemd启动过程

理解Linux启动过程 在我们打开Linux电脑的电源后第一个启动的进程就是init.分配给init进程的PID是1.它是系统其他所有进程的父进程.当一台Linux电脑启动后,处理器会先在系统存储中查找BIOS,之后BIOS会检测系统资源然后找到第一个引导设备,通常为硬盘,然后会查找硬盘的主引导记录(MBR),然后加载到内存中并把控制权交给它,以后的启动过程就由MBR控制. 主引导记录会初始化引导程序(Linux上有两个著名的引导程序,GRUB和LILO,80%的Linux系统在用GRUB引导程

走进Linux之systemd启动过程

Linux系统的启动方式有点复杂,而且总是有需要优化的地方.传统的Linux系统启动过程主要由著名的init进程(也被称为SysV init启动系统)处理,而基于init的启动系统被认为有效率不足的问题,systemd是Linux系统机器的另一种启动方式,宣称弥补了以传统Linux SysV init为 基础的系统的缺点.在这里我们将着重讨论systemd的特性和争议,但是为了更好地理解它,也会看一下通过传统的以SysV init为基础的系统的Linux启动过程是什么样的.友情提醒一下,syst

Linux系统--Linux的启动过程

Linux系统--Linux启动过程 CentOS 启动流程: POST --> Boot Sequence(BIOS) --> Boot Loader (MBR) --> Kernel(ramdisk) --> rootfs --> switchroot --> /sbin/init -->(/etc/inittab, /etc/init/*.conf) --> 设定默认运行级别 --> 系统初始化脚本 --> 关闭或启动对应级别下的服务 --

centos5&6的启动过程

CentOS-6系统启动过程: 按下开关按钮 给服务器供电 BIOS自检操作     检查硬件是否存在异常(显示logo画面) MBR引导系统      硬盘启动系统  光驱启动系统  U盘启动系统   网络方式自启动系统 GRUB 菜单选择    选择系统的内核信息  可以配置进入系统的方式(单用户模式) 内核加载    加载Kerenl内核 启动系统进程      系统的第一个进程开始启动init 读取/etc/inittab     读取系统运行级别文件 执行/etc/rc.d/rc.sy

Linux的2种启动过程

Linux启动过程分为2种,init方式和systeamd方式. 先说init启动过程: 1.首先,启动电源. 2.启动POST(Power on self test),加电自检程序,检查主板硬件上有无短路等等,如果正常,会"滴"的响一声,这是很多人熟知的开机"滴"声.(上面那篇文章没写到.) 3.然后处理器会在系统存储中找到BIOS(Basic Input Output System). (注:BIOS一组固化到计算机内主板上一个ROM芯片上的程序,它保存着计算机

【转载】简述Linux的启动过程

原文:简述Linux的启动过程 本文将简单介绍一下Linux的启动过程,希望对那些安装Linux的过程中遇到了问题的朋友有些帮助 声明:本人没用过UEFI模式和GPT分区格式,所有关于这两部分的内容都是网络上找的资料,仅供参考. 典型启动顺序 计算机通电后,CPU开始从一个固定的地址加载代码并开始执行,这个地址就是BIOS的驱动程序所在的位置,于是BIOS的驱动开始执行. BIOS驱动首先进行一些自检工作,然后根据配置的启动顺序,依次尝试加载启动程序.比如配置的启动顺序是CD->网卡01->U

Spring Boot启动过程(一)

之前在排查一个线上问题时,不得不仔细跑了很多遍Spring Boot的代码,于是整理一下,我用的是1.4.3.RELEASE. 首先,普通的入口,这没什么好说的,我就随便贴贴代码了: SpringApplication.run(Application.class, args);--> public static ConfigurableApplicationContext run(Object source, String... args) { return run(new Object[] {