文章目录
- 前言
- 一、Linux操作系统引导过程
- 二、服务控制及切换运行级别
- 1、系统初始化进程
- 1.1init进程
- 1.2Systemd
- 2、centOS 6 引导过程
- 3、centOS 7 引导过程
- 4、启动过程的比较
- 5、Systemd单元类型
- 三、排除启动类故障
- 1、修复MBR扇区故障
- 1.1**故障原因**
- 1.2**故障现象**
- 1.3**解决思路**
- 2、修复GRUB引导故障
- 2.1**故障原因**
- 2.2**故障显现**
- 2.3**解决思路**
- 3、运行级别所对应的Systemd目标
- 4、遗忘root用户密码
- 4.1**故障原因**
- 4.2**故障显现**
- 4.3**解决思路**
- 5、系统服务控制
- 四、优化启动过程
- 1、ntsysv系统服务管理工具
- 2、systemctl工具
- 总结
- centOS 6和centOS 7之间引导文件的区别
前言
Linux系统的引导同理等同于Windows系统的引导，可以通过两种方式实现：
其一，如果系统处于关机状态，那么打开电源按钮将开启系统引导过程。
其二，如果操作系统已经运行在一个本地用户（该用户可以是 root 或其他非特权用户），那么用户可以借助图形界面或命令行界面通过编程方式发起一个重启操作，从而触发系统引导过程，包括关机和重新开始的操作。
一、Linux操作系统引导过程
开机自检，找到第一个引导的设备（或硬盘、或U盘），在找到MBR引导程序，运行起来之后找GRUB菜单，启动菜单时会读取配置文件grub.conf（CentOS6）/gru2.cfg（CentOS7），再找内核和镜像（路径），加载到内核里面，基本完成之后底层就完成结束了。往上走，重新再自检一次（全面自检），会启动init进程，过程中会进行系统初始化（配置文件与进程等待完成即可）
- 开机自检：检测硬盘和引导设备
- MBR引导：运行放在MBR扇区里的GRUB引导程序
- GRUB菜单：GRUB引导程序用过读取配置文件（centOS 7： /boot/grub2/grub.cfg）来获取内核和镜像文件系统的设置和路径位置
- 加载linux内核：把内核和镜像文件加载到内存中
- init进程初始化：加载硬件驱动程序，内核把init进程加载到内存之中
二、服务控制及切换运行级别
1、系统初始化进程
1.1init进程
- 有Linux内核加载运行/sbin/init程序
- init进程时系统中第一个进程
- init进程的ID（进程标记）号永远为1（父）
1.2Systemd
- 是linux操作系统的一种init软件
- centOS7中采用的是全新的Systemd启动方式，取代传统的SysVint
- centOS7中运用的第一个init进程时/lib/systemed/systemd
2、centOS 6 引导过程
3、centOS 7 引导过程
4、启动过程的比较
系统 | centOS 6 | centOS 7 |
内核 | 2.6 | 3.10 |
启动方式 | upstart | systemd |
配置文件 | /boot/grub/grub.conf | /boot/boot/grub2.cfg |
依赖 | 有依赖 | 无依赖 |
启动速度 | 慢 | 快 |
系统文件类型 | ext4 | xfs |
防火墙 | iptables | firewalld |
数据库 | Mysql | MariaDB |
网卡名 | eth0 | ens33 |
网络服务 | network | Network Manager |
5、Systemd单元类型
- service：mySQL、Nginx等
- socket：IP+端口，代表了通行进程（QQ进程等)
- device：内核设备文件
- mount：文件系统挂载点 #永久挂载：/etc/fstab
- automount：文件系统自动挂载
- swap：内存交换设备和文件
- path：文件系统或目录（一切都是以文件的形式显示）
- timer：表示一个定时器
- snapshot：用于保存一个systemd的状态（target）
- scope：使用systemd的总线接口以编程的方式创建外部进程
- slice：描述居于Cgroup的一组通过层次组织的管理系统进程（例如：K8s可以限制进程、内存等）
- target：systemd的单元
三、排除启动类故障
1、修复MBR扇区故障
1.1故障原因
- 病毒、木马等造成的破坏
- 部政务饿的分区操作、磁盘读写误操作
1.2故障现象
- 找不到引导程序，启动中断
- 无法加载操作系统，开机后黑屏
1.3解决思路
- 提前做好备份文件
- 以安装光盘引导进入急救模式
- 从备份文件中恢复
退出重启即可重新进入系统
2、修复GRUB引导故障
2.1故障原因
- MBR中的GRUB引导程序遭到破坏
- grub.conf文件丢失、引导配置有误
2.2故障显现
- 系统引导停止，显示“grub>”提示符
2.3解决思路
- 尝试手动输入引导命令
- 进入急救模式，重写或者从备份中恢复grub，conf
- 向MBR山区中重建grub程序
3、运行级别所对应的Systemd目标
运行级别 | Systemd的target | 说明 |
0 | target | 关机状态 |
1 | rescue.target | 单用户模式，不需要验证密码，多用于系统维护 |
2 | multi-user.target | 用户定义/域特定运行级别，默认等同于3 |
3 | multi-user.target | 字符界面的完整多用户模式，大多数服务器主机运行在此级别 |
4 | multi-user.target | 用户定义/域特定运行级别，默认等同于3 |
5 | graphical.target | 图形界面的多用户模式，提供了图形桌面操作环境 |
6 | reboot.target | 重新启动，使用该级别时将会重新启动主机 |
4、遗忘root用户密码
4.1故障原因
- 遗忘root用户的密码
4.2故障显现
- 无法进行需要root权限的管理操作
- 若没有其他的可用账号，将无法登录系统
4.3解决思路
- 进入急救模式，重设密码
5、系统服务控制
systemctl 控制类型 服务名称
start：启动
stop：停止
restart：重启
reload：重新加载
status：查看状态
cat：获取服务状态
is-active：查看服务是否开启活跃
四、优化启动过程
1、ntsysv系统服务管理工具
- 提供一个交互式、可视化窗口
- 可以在字符终端进行
- 便于集中管理多个服务
2、systemctl工具
- 不提供交互式、可视化窗口
- 管理单个服务效率更高
###查看系统服务启动的状态
systemctl is-enabled 服务名称
systemctl list -units -type=service #查看所有服务的状态
###设置系统服务启动的状态
systemctl enabled 服务名称 #开启
systemctl disenabled 服务名称 #关闭总结
- Linux操作系统引导过程
- Linux系统服务控制
- 运行级别的切换（0~6之间不同的意义）
- 优化开机自动加载服务
centOS 6和centOS 7之间引导文件的区别
- 版本号不同grub是指 grub1.97 和以前的，grub 2 指的是 grub1.98和以后的
- centOS 6的引导文件是grub；centOS 7的引导文件是grub2
- GRUB2引导菜单启动项是从/boot自动生成的，不是有menu.lst配置的。
- grub2支持更多系统文件格式，如：ext4 hfs ntfs
- 执行grub-update之后会自动更新启动项列表，自动添加有效的操作系统项目
- 分区编号发生变化：第一个分区现在是1而不是0，但第一个设备仍然以0开始计数，如hd0
