CentOS7安装卡在引导装载程序？3步搞定grub2-mkconfig卡死问题
CentOS7安装卡在引导装载程序？3步搞定grub2-mkconfig卡死问题
当你在安装CentOS7时遇到系统卡在"正在安装引导装载程序"界面，这通常是由于grub2-mkconfig进程在执行os-prober检测时陷入死循环。这种情况在双系统环境中尤为常见，特别是当系统中存在多个分区或特殊存储设备时。本文将详细介绍一个经过验证的三步解决方案，帮助你在不破坏原有数据的情况下顺利完成安装。
1. 理解问题根源
在安装CentOS7时，安装程序会调用grub2-mkconfig工具生成引导配置文件。这个过程中，30_os-prober脚本会尝试探测系统中存在的其他操作系统。当遇到某些特殊分区或存储设备时，这个探测过程可能会陷入无限循环，导致整个安装进程卡死。
关键症状识别：
- 安装进度条长时间停滞在"正在安装引导装载程序"阶段
- 系统无响应，但并未完全死机
- 通过快捷键可以切换到其他虚拟终端
注意：在操作前请确保你已经备份了重要数据，虽然本方法不会影响原有分区，但任何系统操作都存在一定风险。
2. 三步解决方案
2.1 切换到文本终端
当安装界面卡住时，你可以通过以下方式切换到文本终端：
- 按下
Ctrl+Alt+F2组合键（某些机器可能需要尝试F1-F6） - 你将看到一个命令行登录界面
- 使用用户名
anaconda登录（通常不需要密码）
登录后，你可以通过以下命令检查当前进程状态：
ps aux | grep grub这将显示所有与grub相关的进程，帮助你确认是否确实是grub2-mkconfig卡住了。
2.2 追踪问题进程
为了确认问题确实出在os-prober上，我们可以使用调试模式运行grub2-mkconfig：
/bin/sh -x /sbin/grub2-mkconfig -o /boot/grub2/grub.cfg这个命令会显示脚本执行的详细过程。当输出卡在/etc/grub.d/30_os-prober时，就确认了我们的判断。
2.3 删除问题脚本并继续安装
现在我们需要进入chroot环境并删除有问题的脚本：
首先进入安装环境的根目录：
cd /mnt/sysimage切换到目标系统的根环境：
chroot .检查grub2-tools是否已安装：
rpm -q grub2-tools确认安装后，删除问题脚本：
rm -f /etc/grub.d/30_os-prober返回图形界面继续安装（通常使用
Ctrl+Alt+F6，具体可能因机器而异）
完成这些操作后，安装程序应该能够继续完成剩余的安装步骤。
3. 后续处理与注意事项
虽然删除30_os-prober可以解决安装卡死的问题，但这意味着你的系统将无法自动检测其他操作系统。如果你需要双系统引导，可以在安装完成后手动配置grub。
手动添加其他操作系统到grub菜单：
编辑grub配置文件：
vi /etc/grub.d/40_custom添加类似以下内容（根据你的实际系统调整）：
menuentry "Windows 10" { insmod ntfs set root=(hd0,1) chainloader +1 }重新生成grub配置：
grub2-mkconfig -o /boot/grub2/grub.cfg
长期解决方案考虑：
- 更新到CentOS7的最新版本，某些旧版本的grub存在已知问题
- 考虑使用CentOS8或更新的发行版，它们通常有更稳定的引导加载程序
- 对于生产环境，建议使用独立的/boot分区，减少引导问题的发生概率
4. 常见问题解答
Q: 删除30_os-prober会影响系统稳定性吗？A: 不会影响系统稳定性，只是会禁用自动检测其他操作系统的功能。你可以随时手动添加其他系统的引导项。
Q: 如果我的机器快捷键不同怎么办？A: 可以尝试从F1到F6的所有组合，大多数Linux发行版会在这些虚拟终端上提供命令行访问。
Q: 这个方法适用于其他Linux发行版吗？A: 类似的方法可以应用于其他使用grub2的发行版，但具体路径和命令可能略有不同。例如在Ubuntu中，grub配置文件通常位于/etc/default/grub。
Q: 安装完成后如何恢复os-prober功能？A: 你可以重新安装os-prober包：
yum reinstall os-prober在实际操作中，我发现最稳妥的做法是在安装前就准备好这些解决方案。有一次在为客户部署服务器时，提前准备了包含这些修复方法的应急脚本，结果真的派上了用场，节省了大量故障排除时间。