Linunx系统引导过程及MBR/GRUB故障

• Linunx系统引导过程
• • 系统初始化进程
  • • init进程
    • Systemd
    • Systemd单元类型
    • 允许级别所对应的systemd目标
• 修复MBR扇区故障
• • 解决思路
  • • 操作
• 修复GRUB引导故障
• • 解决思路
  • • 操作

Linunx系统引导过程

• 开机自检：服务器主机开机后，将根据主板BIOS中的设置对cpu、显卡、内存、键盘等设备进行初步检测，检测成功后根据预设的 启动顺序移交系统控制权，，大多时候会移交给本机硬盘。
  
• MBR引导：当从本机硬盘中启动系统时，首先根据硬盘中第一个扇区中MBR（主引导记录）的设置，将系统控制权传递给包含操作系统引导文件的分区：或者直接根据MBR 记录中的引导信息调用启动菜单（如GRUB）。
  
• GRUB菜单：对于Linux操作系统来说，GRUB（统一启动加载器）是使用最为广泛的多系统引导器程序。系统控制权递交给GRUB以后，将会显示启动菜单给用户选择，并根据所选项或采用默认值加载Linux内核文件，然后将系统控制权交给内核。
  
• 加载Linux内核：Linux内核是一个预先编译好的特殊二进制文件，介于各种硬件资源与系统程序之间，负责资源分配和调度。内核结果系统控制权之后，将完全掌控整个Linux操作系统的运行过程。
  
• init进程初始化：为了完成进一步的系统引导过程，Linux内核首先将系统中的“/sbin/init”程序加载到内存中运行（运行中的程序称为进程），init进程负责完成整个系统的初始化，最后等待用户进行登录。
  

系统初始化进程

init进程

• 由Linux内核加载运行/sbin/init程序
• init进程是系统中的第一个进程，是所有进程的父进程
• init进程的PID号永远为1

Systemd

• Systemd是Liunx操作系统的一种init软件
• Centos7中采用systemd启动方式，取代传统的sysvinit
• centos7中运行的第一个init进程是/lib/systemd/systemd

Systemd单元类型

允许级别所对应的systemd目标

修复MBR扇区故障

• MBR位于第一块硬盘（/dev/sda）的第一个物理扇区处，总共512字节。
  前446字节是主引导记录，分区表保存在MBR扇区中的第447-510字节中。
  #####故障原因有########
• 病毒、木马等造成的破坏
• 不正确的分区操作、磁盘读写错误
  故障现象有
• 找不到引导程序，启动终端
• 无法加载操作系统，开机后黑屏

解决思路

• 提前做好备份文件
• 以安装光盘引导进入急救模式
• 从备份中恢复

操作

首先创建一个磁盘分区


格式化，然后在根目录创建一个backup目录，并挂载到backup目录

MBR位于第一块硬盘（/dev/sda）的第一个物理扇区处，总共512字节
备份MBR扇区数据到其他磁盘（/dev/sdb1）

模拟破坏MBR扇区，用zero进行覆盖

init6重启

进入急救模式，rescue a centos system

选1.continue

创建backupdir，并挂载

确认mbr.bak存在，从backupdir提取进行覆盖

exit退出，会自动重启，问题解决

修复GRUB引导故障

故障原因有

• MBR中的GRUB引导程序遭到破坏
• grub.conf文件丢失、引导配置有错误
  故障现象有
• 系统引导停滞，显示为“grub>”提示符

解决思路

• 尝试手动输入引导命令（较繁琐，不建议使用）
• 进入急救模式，重写或者从备份中恢复grub.conf
• 向MBR扇区中重建grub程序

操作

使向MBR扇区中重建grub程序的方式修复
首先建立grub.cfg备份到opt目录并删除grub.cfg

重启，出现故障
再次重启，在读条状态esc，并选择3.cd-rom drive，就可选择进入急救界面

切换到系统根环境

重新将GRUB引导程序安装到第一块硬盘的MBR扇区

重新构建GRUB菜单的配置文件

退出chroot环境并且重启