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

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

 

Linunx系统引导过程

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

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

系统初始化进程

init进程

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

Systemd

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

Systemd单元类型

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

允许级别所对应的systemd目标

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

修复MBR扇区故障

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

解决思路

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

操作

首先创建一个磁盘分区
Linunx系统引导过程及MBR/GRUB故障
Linunx系统引导过程及MBR/GRUB故障
格式化,然后在根目录创建一个backup目录,并挂载到backup目录
Linunx系统引导过程及MBR/GRUB故障
MBR位于第一块硬盘(/dev/sda)的第一个物理扇区处,总共512字节
备份MBR扇区数据到其他磁盘(/dev/sdb1)

Linunx系统引导过程及MBR/GRUB故障
模拟破坏MBR扇区,用zero进行覆盖
Linunx系统引导过程及MBR/GRUB故障
init6重启
Linunx系统引导过程及MBR/GRUB故障
进入急救模式,rescue a centos system
Linunx系统引导过程及MBR/GRUB故障
选1.continue
Linunx系统引导过程及MBR/GRUB故障
创建backupdir,并挂载
Linunx系统引导过程及MBR/GRUB故障

确认mbr.bak存在,从backupdir提取进行覆盖
Linunx系统引导过程及MBR/GRUB故障
exit退出,会自动重启,问题解决

修复GRUB引导故障

故障原因有

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

解决思路

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

操作

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

Linunx系统引导过程及MBR/GRUB故障
重启,出现故障Linunx系统引导过程及MBR/GRUB故障
再次重启,在读条状态esc,并选择3.cd-rom drive,就可选择进入急救界面
Linunx系统引导过程及MBR/GRUB故障

切换到系统根环境
Linunx系统引导过程及MBR/GRUB故障
重新将GRUB引导程序安装到第一块硬盘的MBR扇区
Linunx系统引导过程及MBR/GRUB故障

重新构建GRUB菜单的配置文件
Linunx系统引导过程及MBR/GRUB故障

退出chroot环境并且重启

上一篇:Docker(二)——Docker的基本操作


下一篇:Linux引导过程与服务控制