引言
在数字化时代的今天，计算机已成为我们工作和生活的核心。然而，没有什么比按下电源键后，屏幕上出现的不是一个熟悉的操作系统登录界面，而是一串令人心悸的错误提示——“Operating System not found”、“No Bootable Device” 或直接陷入 “grub rescue>” 或 “initramfs” 的命令行黑屏——更让人焦虑的了。
这种故障，我们通常称之为 “引导丢失” 或 “启动失败” 。它意味着计算机的BIOS/UEFI固件在成功完成自检后，却无法在硬盘上找到并加载启动操作系统所必需的核心文件和程序。这就像一位热情的导游（BIOS）将游客带到了图书馆（硬盘），却发现自己找不到最重要的导览手册（引导程序），导致整个旅程无法开始。
导致引导丢失的原因多种多样，既可能是软件配置的轻微错位，也可能是硬件层面的严重损坏。常见元凶包括：
引导记录损坏：主引导记录（MBR）或 GUID 分区表（GPT）的引导代码被破坏。引导程序配置错误：如 GRUB（Linux）或 BCD（Windows）的配置文件丢失或损坏，常由突然断电、强制关机或不完整的系统更新/软件安装引起。文件系统损坏：系统分区无法被正确读取。硬件故障：硬盘数据线松动、硬盘本身出现坏道或彻底损坏。底层驱动问题：特别是 Linux 系统中的 initramfs 镜像丢失或损坏。
但请不要惊慌！ 在大多数情况下，引导丢失并不意味着您的个人数据已经丢失。它们通常仍然安全地存储在硬盘上，只是系统缺少了访问和加载它们的“钥匙”。本文旨在成为您寻找这把“钥匙”的终极指南。
示例1
initramfs-3.10.0-1160.el7.x86_64.img镜像丢失或损坏
这种情况系统已经明确的告诉我们了，由于initramfs-3.10.0-1160.el7.x86_64.img丢失或者损坏导致系统无法启动，这个时候需要我们使用启动盘，进入救援模式进行修复。
首先我们需要重启，选择u盘启动后，进如这个界面，按照下图进行选择
选择此选项进入救援模式
我们按需求选择模式即可，这里我选择1
选择1后，根据提示回车后执行chroot /mnt/sysimage 进入bash-4.2终端
然后我可以看下boot 有文件证明我们当前进入是系统的boot目录，可以进行修复操作了
按照如下命令（根据自己的内核版本），重新生成img文件
dracut --force /boot/initramfs-3.10.0-1160.el7.x86_64.img 3.10.0-1160.el7.x86_64 #force表示强制，有没有都重新生成
已经重新生成img文件了
这时候我们exit退出重启即可
成功进入系统！
#如果是误删除img文件，在没有重启时可以执行dracut命令生成即可
示例2
grub2文件丢失或损坏
也是需要进入救援修复，但是修复方法不一样，进入救援步骤就不再展示了，参考上面即可
进入救援后执行如下命令即可
grub2-insatll /dev/sda #将 GRUB 引导程序写入硬盘主引导记录（MBR）
grub2-mkconfig -o /boot/grub2/grub.cfg #扫描系统内核，自动生成 GRUB 启动菜单配置文件
这已经修复完成，我们exit退出后reboot即可
示例3
内核文件vmlinuxz文件丢失或损坏
同样需要进入救援模式，进入救援模式后执行以下命令挂载镜像（用u盘拷贝也可以），cp kernrl包
mount /dev/cdrom /media #挂载镜像
cd /media/Packages #进入到这个目录下
cp kernel-3.10.0-1160.el7.x86_64.rpm /mnt #把内核包拷贝到mnt下
cd /mnt #进入mnt
执行以下命令拆解kernel包，把我们需要文件拷贝到系统boot中
rpm2cpio kernel-3.10.0-1160.el7.x86_64.rpm | cpio -d #拆解内核文件包
拆解后会出现一个boot 我们进入到里面 把丢失或损坏的文件cp过去，这里需要注意目标目录是/boot/，拷贝完可以检查一下
修复完成，exit后reboot即可
修复成功！
总结：系统无法启动通常由三大原因导致：文件丢失或损坏、文件系统故障或硬件问题。启动过程中的错误信息往往会明确指示问题所在。
熟练掌握救援模式是解决此类问题的关键。无论是关键文件缺失（如内核、initramfs或GRUB文件），都可以在救援环境中挂载原系统，进行修复或重装。对于文件系统错误，也可借助fsck等工具进行检测与修复。
下篇文章将详细记录文件系统修复的具体操作方法与重要注意事项。