【引导过程】

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档

文章目录

  • 一、引导过程
      • 1.开机自检
      • 2. MBR引导
      • 3.GRUB菜单 系统类型双西雅图 内核文件 默认值
      • 4. 加载Linux内核 操作系统 调度硬件
      • 5. init进程初始化 这是linux 系统运行的第一个程序
  • 二、systemd服务
  • 三、修复mbr分区
  • 四、修复grub分区
  • 五、修改密码


一、引导过程

在这里插入图片描述

1.开机自检

服务器主机开机以后,将根据主板 BIOS 中的设置对 CPU(Central Processing Unit, 中央处理器)、内存、显卡、键盘等设备进行初步检测,检测成功后根据预设的启动顺序移 交系统控制权,大多时候会移交给本机硬盘。 网络启动 加载 网络批量pxe

2. MBR引导

当从本机硬盘中启动系统时,首先根据硬盘第一个扇区中 MBR(Master Boot Record, 主引导记录)的设置,将系统控制权传递给包含操作系统引导文件的分区;或者直接根据 MBR 记录中的引导信息调用启动菜单(如 GRUB)。
总结:运行放在MBR扇区里的启动 GRUB引导程序

3.GRUB菜单 系统类型双西雅图 内核文件 默认值

对于 Linux 操作系统来说,GRUB(GRand Unified Bootloader,统一启动加载器)是 使用最为广泛的多系统引导器程序。系统控制权传递给 GRUB 以后,将会显示启动菜单给 用户选择,并根据所选项(或采用默认值)准备加载 Linux 内核文件,然后将系统控制权转交给 内核。需要注意的是,CentOS 7 采用的是 GRUB2 启动引导器。
总结:GRUB引导程序通过读取GRUB配置文件/boot/grub2/grub.cfg,来获取内核和镜像文件系统的设置和路径位置

4. 加载Linux内核 操作系统 调度硬件

Linux 内核是一个预先编译好的特殊二进制文件,介于各种硬件资源与系统程序之间, 负责资源分配与调度。内核接过系统控制权以后,将完全掌控整个 Linux 操作系统的运行过 程。在 CentOS 系统中,默认的内核文件位于“/boot/vmlinuz-3.10.0-514.el7.x86_64”。
总结:把内核和镜像文件系统加载到内存中 可以使用

5. init进程初始化 这是linux 系统运行的第一个程序

为了完成进一步的系统引导过程,Linux内核首先将系统中的“/sbin/init”程序加载到内 存中运行(运行中的程序称为进程),init 进程负责完成一系列的系统初始化过程,最后等待用户进行登录
总结:加载硬件驱动程序,内核把init进程加载到内存中运行

传统init依赖于串行执行Shell 脚本启动服务,导致效率低下,系统启动速度较慢 排队
systemd能够将更多的服务进程并行启动,并且具有提供按需启动服务的能力,使得启动更少进程,从而提高系统启动速度 大家一起

二、systemd服务

1.对比5 6 可以解决依赖关系并行启动

2.按需启动

3.自动解决依赖关系

负责在系统启动或运行时,激活系统资源,服务器进程和其它进程

Systemd新特性

  • 系统引导时实现服务并行启动

  • 按需启动守护进程

  • 自动化的服务依赖关系管理

  • 同时采用socket式与D-Bus总线式激活服务

  • socket与服务程序分离

  • 向后兼容sysv init脚本

  • 使用systemctl 命令管理,systemctl命令固定不变,不可扩展,非由systemd启动的服务,

  • systemctl无法与之通信和控制

  • 系统状态快照
    systemd 核心概念:unit

unit表示不同类型的systemd对象,通过配置文件进行标识和配置;文件中主要包含了系统服务、监听

socket、保存的系统快照以及其它与init相关的信息

Systemd单元类型
在这里插入图片描述
运行级别所对应的Systemd目标
在这里插入图片描述

三、修复mbr分区

故障原因

病毒、木马等造成的破坏

不正确的分区操作、磁盘读写误操作

故障现象

找不到引导程序,启动中断

无法加载操作系统,开机后黑屏

解决思路

应提前做好备份文件

以安装光盘引导进入紧急模式

从备份文件中恢复

步骤:

1.备份MBR扇[区数据到其它磁盘( / dev / sdb1)

mkdir / backup

mount / dev / sdb1 / backup

dd if=/dev/ sda of=/backup/mbr.bak bs=512 count=1

2.模拟破坏MBR引导扇l区

dd if=/dev / zero of=/ dev / sda bs=512 count=1

3.引导界面进入急救模式,从备份文件中恢复MBR扇区数据

先加载好光盘镜像,重启操作系统,

当出现安装向导界面时,选择"Troubleshooting"选项,

再选择"Rescue a Icentos Linux system"选项,进入急救模式

选择”1"选择continue并按Enter键继续

再次按Enter 键后将进入带"sh-4.2#"提示符的Bash shell环境

sh-4.2# mkdir /backupdir

sh-4.2# mount / dev / sdb1/ backupdir

#挂载带有备份文件的分区

sh-4.2# dd if=/ backupdir/mbr.bak of=/dev /sda

#恢复备份数据.

sh-4.2#exit

#执行exit命令退出临时shell环境,系统将会自动重启
在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

四、修复grub分区

故障原因

MBR中的GRUB引导程序遭到破坏

grub.conf文件丢失、引导配置有误

故障现象

系统引导停滞,显示“grub>”提示符

解决思路

尝试手动输入引导命令

进入急救模式,重写或者从备份中恢复grub.conf

向MBR扇区中重建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
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

五、修改密码

故障原因

遗忘root用户的密码

故障现象

无法进行需要root权限的管理操作

若没有其他可用账号,将无法登录系统

解决思路

进入急救模式,重设密码

步骤:

1.重启开机按esc,第一行按e在启动GRUB菜单中选择编辑选项,按键"e”进入编辑;

2.编辑修改:大约在第16行找到"ro”将"ro”修改为" rw init=/sysroot/bin/bash ";

3.按ctrl+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

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述


本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场,不承担相关法律责任。如若转载,请注明出处。 如若内容造成侵权/违法违规/事实不符,请点击【内容举报】进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部