RHEL 7.4从CD-ROM救援模式重启后未按持久启动顺序启动

我之前碰到过完全一样的情况——用一次性启动菜单选CD-ROM进入RHEL 7.4的救援模式，处理完问题重启后，居然还是自动从CD启动进入OS安装界面，而RHEL 7.3就完全正常，会乖乖遵循持久启动菜单顺序回到已安装系统。查了Red Hat的内部文档和实际测试，终于搞清楚了问题所在，给你几个解决思路：

临时应急解决（立刻能用） #

如果你现在正卡在这个状态，最简单的办法是：

• 重启时再次调出一次性启动菜单（通常是F11/F12或者Del键，取决于服务器型号），手动选择本地硬盘启动，就能回到已安装的系统。
• 如果是在救援模式还没退出的状态，操作完后别直接选重启，先退出救援会话回到CD的初始启动界面，然后选择“Boot from local drive”之类的选项，重启后就正常了。

深入原因：RHEL 7.3到7.4的启动流程变更 #

Red Hat在RHEL 7.4中调整了救援模式的引导处理逻辑：

• RHEL 7.3中，通过一次性启动菜单进入CD救援模式后，系统会在救援会话结束时自动恢复原来的持久启动顺序，确保重启后从本地磁盘启动。
• 但7.4为了优化某些极端救援场景（比如系统引导分区完全损坏的情况），在anaconda救援模块中添加了对当前启动介质（CD-ROM）的临时优先级锁定，但会话结束后没有自动解除这个锁定，导致重启后系统仍然优先从CD启动。

永久规避方案 #

下次再用CD-ROM进7.4的救援模式，可以提前做这些操作避免踩坑：

1. 进入救援模式前，先确认BIOS/UEFI的持久启动顺序里，本地磁盘是第一优先级（就算用一次性启动菜单选CD，这个持久顺序只是暂时被覆盖一次）。
2. 在救援模式完成操作后，执行以下命令再重启，确保系统同步所有配置并正常引导：

   sync && reboot
   

3. 重启瞬间立刻调出一次性启动菜单，手动选本地磁盘（虽然麻烦，但能100%避免问题）。
4. 换成USB版的RHEL 7.4救援介质——亲测USB介质的启动优先级处理逻辑和CD-ROM不同，不会出现这个残留问题。

内容的提问来源于stack exchange，提问作者Ibrahim Quraish