1.开机自检（通电测试硬件有无问题是否就绪）
服务器主机开机以后，将根据主板BIOS中的设置对CPU(Central Processing Unit,中央处理器)、内存、显卡、键盘等设备进行初步检测，检测成功后根据预设的启动顺序移交系统控制权，大多时候会移交给本机硬盘。
总结：检测出第一个能多引导系统的设备比如硬盘或光驱、U盘。
2.MBR引导（加载系统启动程序列表）
当从本机硬盘中启动系统时，I首先根据硬盘第一个扇区中MBR(Master Boot Record,主引导记录)的设置，将系统控制权传递给包含操作系统引导文件的分区：或者直接根据MBR记录中的引导信息调用启动菜单（如GRUB)。
总结：运行放在MBR扇区里的启动GRUB引导程序。
3.GRUB菜单（按照用户需求启动自定程序，包含默认启动程序）
对于Linux操作系统来说，GRUB(GRand Unified Bootloader,统一启动加载器)是使用最为广泛的多系统引导器程序。系统控制权传递给GUB以后，将会显示启动菜单给用户选择，并根据所选项（或采用默认值）加载工iux内核文件，然后将系统控制权转交给内核。需要注意的是，CentOS7采用的是GUB2启动引导器。
总结：GRUB引导程序通过读取GRUB配置文件/boot/grub2/grub.cfg,来获取内核和镜像文件系统的设置和路径位置。
4.加载Linux内核（内核、镜像加载到内存准备启动使用）
Linux内核是一个预先编译好的特殊二进制文件，介于各种硬件资源与系统程序之间，负责资源分配与调度。内核接过系统控制权以后，将完全掌控整个工iux操作系统的运行过程。在CentOS系统中，默认的内核文件位于"/boot/mlinuz-3.10.0-514.e17.x8664"。
总结：把内核和镜像文件系统加载到内存中。
5.init进程初始化（加载系统默认的进程程序）
为了完成进一步的系统引导过程，Linux内核首先将系统中的"/sbin/init“程序加载到内存中运行（运行中的程序称为进程），init进程负责完成一系列的系统初始化过程，最后等待用户进行登录systemed。
总结：加载硬件驱动程序，内核把iit进程加载到内存中运行。
传统SysVinit依赖于串行执行shel1脚本启动服务，导致效率低下，系统启动速度较慢
syst©md能够将更多的服务进程并行启动，并且具有提供按需启动服务的能力，使得启动更少进程，从而提高系统启动速度。
逻辑：
1、通电测试硬件
2、知道加载什么系统程序（会参照用户自定义----BIOS)
3、提交菜单（需要加载、启动的程序）准备给与内核
4、加载核心程序：内核和镜像一》放到内存
5、启动菜单中的系统程序一》内存
呈现一个完整的操作系统给与用户使用（登陆使用）
1、开机自检
2、MBR引导
3、GRUB2菜单(CentOS 7)
4、加载内核
5、init进程初始化
init进程
由Linux内核加载运行/sbin/init程序，init进程是系统中第一个进程(第一个加载的程序)，init进程的PID(进程标记)号永远为1。
Systemd
Systemd,是Linux操作系统的一种init软件，CentOS7中采用全新的Systemd,启动方式，取代传统的SysVinit,CentOS7中运行的第一个init进程是/ib/systemd/systemd
1、系统加载的第一个程序是init
2、系统管理程序的工具是systemd，systemd的命令程序是systemctl
3、systemctl怎么管理程序呢？按照什么标准呢？什么文
件？路径：/Iib/systemd/system/ * .service为结尾的文件
systemd能够识别并管理这些以*.service为结尾的程序
systemctl 控制类型 服务名称
控制类型：
start:启动
stop:停l止
restart:重新启动
reload:重新加载
status:查看服务状态
故障原因：病毒、木马等造成的破坏，不正确的分区操作、磁盘读写误操作。
故障现象：找不到引导程序，启动中断，无法加载操作系统，开机后黑屏。
解决思路：应提前作好备份文件，以安装光盘引导进入急救模式。
排除启动类故障
MBR位于第一块硬盘( /dev/sda) 的第一一个物理扇区处，总共512字节
1.备份MBR扇区数据到其它磁盘( /dev/sdb1)
mkdir /backup
mount /dev/sdb1 /backup
dd if=/dev/sda of=/backup/mbr.bak bs=512 count=1
2.模拟破坏MBR引导扇区
dd if=/dev/zero of=/dev/sda bs=512 count=1
3.引导界面进入急救模式，从备份文件中恢复MBR扇区数据
先加载好光盘镜像，重启操作系统，
当出现安装向导界面时，选择"Troubleshooting"选项，
再选择"Rescue a CentOS Linux system"选项，进入急救模式
选择“1"选择Continue并按Enter 键继续
再次按Enter 键后将进入带“sh-4.2#"提示符的Bash Shell环境
sh-4.2# mkdir /backupdir
sh-4.2# mount /dev/sdb1/backup
#挂载带有备份文件的分区
sh-4.2# dd if=/backup/mbr.bak of=/dev/sda
#恢复备份数据.
sh-4.2# exit
#执行exit命令退出临时Shell环境，系统将会自动重启
/boot/grub/目录下的包是用于启动菜单的背景图片及样式
/boot/grub2/grub.cfg
#GRUB配置文件
方法一“: 手动输入引导命令(笨拙繁琐，不建议使用)
grub> insmod xfs #加载指定的模块到内核
grub> linux16 /vmlinuz-3.10.0-693.el7.x86_64 root=UUID=8fd74986-ae66-4ffd-b7d8-a19f2eca7b6f ro rhgb quiet
LANG=zh_ CN.UTF-8 #内核的名字及位置等信息
grub> initrd16 /initramfs-3.10.0-693.e17.x86_64.img #镜像系统文件
grub> boot #引导boot
方法二:进入急救模式(grab> exit)，恢复GRUB引导程序
MBR位于第一 块硬盘( /dev/sda) 的第一个物理扇区处，总共512字节，前446字节是主引导记录，分区表保存在MBR扇区中的第447
-510字节中。
mkdir /bak
mount /dev/sdb1 /bak
dd if=/dev/sda of=/bak/grub.bak bs=446 count=1
#模拟对MRB中的GRUB引导程序的破坏，但并不破坏分区表
dd if=/dev/zero of=/dev/sda bs=446 count=1
#引导界面进入急救模式，从备份文件中恢复GRUB引导程序
N
sh-4.2# mkdir /backupdir
sh-4.2# mount /dev/sdb1 /backupdir
sh-4.2# dd if=/backupdir/grub.bak of=/dev/sda
sh-4.2# exit
方法三:引导界面进入急救模式，重建GRUB菜单配置文件
rm -rf /boot/grub2/grub.cfg
#进入急救模式，加载光盘镜像，切换到系统根环境
sh-4.2# chroot /mnt/sysimage
#重新将GRUB引导程序安装到第一块硬盘(/dev/sda)的MRB扇区，如果有多个分区可省略
bash-4.2# grub2-install /dev/sda
#重新构建GRUB菜单的配置文件
bash-4.2# grub2-mkconfig -o /boot/grub2/grub.cfg
#退出chroot环境，并重启
bash-4.2# exit
sh-4.2# reboot
方法一：进入急救模式，加载系统镜像，c切换到系统根环境exit选择troubleshooting然后选择急救模式
sh-4.2#chroot /mnt/sysimage
#重设root用户密码
bash-4.2#passwd root
方法二：进入单用户模式修改root密码为例。
1.重启开机按esc,第一行按e在启动GUB菜单中选择编辑选项，按键"e"进入编辑；
2.编辑修改：大约在第16行找到"ro"将"ro”修改为"rw init=/sysroot./bin/bash";
3.按Ctr1+X重启，输入命令进入系统
sh-4.2#chroot /sysroot
4.字符集修改
###修改前可修改字符集：
sh-4.2#LANG=en US.UFT-8
###重置root密码
sh-4.2#passwd root
#退出chroot环境，并重启
bash-4.2#exit
1+X重启，输入命令进入系统
sh-4.2#chroot /sysroot
4.字符集修改
###修改前可修改字符集：
sh-4.2#LANG=en US.UFT-8
###重置root密码
sh-4.2#passwd root
#退出chroot环境，并重启
bash-4.2#exit
sh-4.2#init 6
