系统引导过程及修复

系统引导过程

磁盘引导阶段问题复现

bash 复制代码
[root@node10 ~]# fdisk  -l
Disk /dev/nvme0n1:100 GiB,107374182400 字节,209715200 个扇区
磁盘型号:VMware Virtual NVMe Disk
单元:扇区 / 1 * 512 = 512 字节
扇区大小(逻辑/物理):512 字节 / 512 字节
I/O 大小(最小/最佳):512 字节 / 512 字节
磁盘标签类型:dos
磁盘标识符:0x41d4cac9

设备           启动     起点      末尾      扇区  大小 Id 类型
/dev/nvme0n1p1 *        2048   2099199   2097152    1G 83 Linux
/dev/nvme0n1p2       2099200  10307583   8208384  3.9G 82 Linux swap / Solaris
/dev/nvme0n1p3      10307584 209715199 199407616 95.1G 83 Linux


#找到有启动分区的硬盘
[root@node10 ~]# dd if=/dev/zero of=/dev/nvme0n1  bs=446 count=1

磁盘引导问题表现

解决方式

1.关机

2.插入可安装系统的设备

3.从此设备启动

文件引导阶段

bash 复制代码
[root@node10 ~]# ll /boot/grub2/grub.cfg     #主引导文件
[root@node10 ~]# ll /boot/loader/entries/	 #子引导文件存放目录
总用量 8
-rw-r--r--. 1 root root 484  1月 12 11:04 e9601ae8622741aca4cdac907392c8df-0-rescue.conf
-rw-r--r--. 1 root root 460  1月 14 10:23 e9601ae8622741aca4cdac907392c8df-5.14.0-570.12.1.el9_6.x86_64.conf

问题复现之主引导文件修复

bash 复制代码
[root@node10 ~]# rm -rf /boot/grub2/grub.cfg

#系统并未重启
[root@node10 ~]# grub2-mkconfig  > /boot/grub2/grub.cfg    #修复完成

当文件丢失后系统重新启动

报错表现

修复过程

当手动引导启动系统后,需要修复自动引导文件,否则系统重启后仍然要手动引导

修复自动引导文件

bash 复制代码
[root@node10 ~]# grub2-mkconfig  > /boot/grub2/grub.cfg    #修复完成

问题复现之子引导文件修复

引导文件如果被误删除

bash 复制代码
[root@node10 ~]# rm -fr /boot/loader/entries/*

报错表现

修复过程

当修复子启动文件后网卡的名称设定参数就丢失了需要重新设定,此参数和系统修复本身无关

bash 复制代码
[rootenode18 ~]# grubby --update-kernel ALL --args net.ifnames=0

问题复现之修复内核文件

内核文件丢失举例

内核丢失报错表现

解决过程

用系统安装设备进入挽救模式

从光驱启动后选择进入挽救环境,此处参看磁盘进到修复的进入过程

进入挽救模式后

在修复完成后需要按照最开始调整启动设备的方式把硬盘设备设定为第一启动项

以上方法同样适用与系统初始化文件丢失

相关推荐
x²+(y-√³x²)²=132 分钟前
Linux打包文件到Windows,文件/文件类型丢失
linux·运维·windows
世人万千丶37 分钟前
去重插入与超限淘汰:ArkTS 实现鸿蒙搜索历史的 LIMIT 艺术
运维·服务器·学习·华为·harmonyos·鸿蒙
柒号华仔1 小时前
「速通Shell」聚砖成墙,Shell函数封装之道
linux·ssh·bash
未来之窗软件服务1 小时前
企业自动化运营-电子合同预览-东方仙盟
运维·自动化·仙盟创梦ide·东方仙盟
程序员与背包客_CoderZ1 小时前
Linux D-Bus通信协议详解:从入门到C/C++编码实战
linux·服务器·c语言·c++·嵌入式硬件·嵌入式软件·dbus
Android系统攻城狮1 小时前
Linux PipeWire深度解析之pw_properties_iterate调用流程与实战(六十五)
linux·运维·服务器·音频进阶·pipewire音频进阶
研华科技Advantech2 小时前
案例 | 从离线巡检到在线看护:研华PHM解决方案赋能石油钻井平台智能运维
运维·人工智能·边缘计算
難釋懷2 小时前
Nginx主动健康检查
运维·nginx
ITyunwei09872 小时前
内存溢出报错,实战处理记录
运维·服务器·企业微信
Elastic 中国社区官方博客2 小时前
你的 AI agent 不需要你的 API 密钥:使用 OAuth 2.1 对 Elasticsearch MCP 服务器进行身份验证
大数据·运维·人工智能·elasticsearch·搜索引擎·全文检索