CentOS开机卡在应急模式，提示需要输入root密码怎么办？

当您满怀信心地启动CentOS服务器，却被卡在黑屏、Kernel Panic（内核恐慌）或GRUB命令行时，那种感觉无疑是令人沮丧的，这通常意味着系统在启动过程中遇到了无法自行解决的致命错误，无需过度恐慌，CentOS内置的“应急模式”与“救援模式”正是为此类紧急情况设计的，它们是系统管理员的“急救箱”，能让您在系统无法正常启动时进入一个最小化的环境,进行诊断和修复。

什么是救援模式与应急模式？

在深入操作之前，理解这两个模式的区别至关重要,它们是解决问题的不同层次的工具。

• 救援模式：这是一个功能更强大的模式，它会尝试从安装介质（如U盘、光盘）启动，并将您硬盘上原有的系统挂载到 /mnt/sysimage 目录下，在这个环境中，您的大多数系统文件（如服务、网络配置、用户数据）都是可访问的，并且可以启用网络连接，这使其成为解决多数问题的首选，例如修复软件包、重置密码或恢复损坏的配置文件。

• 应急模式：这是一个更为精简的模式，它直接从硬盘启动，但仅挂载根文件系统，并且通常为只读模式，它不启动网络服务，也不加载其他文件系统，应急模式适用于最核心的故障，/etc/fstab 配置错误导致无法挂载文件系统,或者某些关键的系统脚本损坏。

通常情况下，我们首先推荐尝试进入救援模式,因为它提供了更全面的修复能力。

如何进入并使用救援模式

进入救援模式的标准流程是借助CentOS的安装介质。

1. 准备介质：确保您手头有一份与您服务器系统版本匹配的CentOS安装U盘或光盘,将其插入服务器并重启。
2. 启动菜单选择：在启动时，注意屏幕提示，按下相应键（通常是 F12、Esc 或 F2）进入BIOS/UEFI启动菜单,选择从您的U盘或光盘启动。
3. 进入Troubleshooting：当CentOS安装界面出现时，不要选择“Install CentOS”，而是使用方向键选择下方的 “Troubleshooting” 选项，然后按 Enter。
4. 选择救援选项：在Troubleshooting菜单中，选择 “Rescue a CentOS system” 并按 Enter。
5. 语言和键盘：后续会要求您选择语言和键盘布局,通常保持默认即可。
6. 挂载系统：系统会尝试查找并挂载您硬盘上的CentOS系统，此时会出现一个重要提示：
   • Continue：选择此项，系统会尝试以读写模式挂载您的原始系统到 /mnt/sysimage,这是最常用的选项。
   • Read-only：如果您怀疑文件系统有损坏，不希望写入操作造成进一步伤害,可选择此项以只读模式挂载。
   • Skip：不挂载任何文件系统,直接进入一个临时的shell环境。
7. 进入Chroot环境：成功挂载后，您会看到一个提示，输入 1 并按 Enter 继续，最后您会获得一个shell提示符，执行 chroot /mnt/sysimage 命令，即可将您的操作环境切换到原来的系统中,您就可以像在正常系统中一样执行命令了。

常见问题排查步骤

进入 chroot 环境后，您就获得了系统的“最高控制权”,以下是几种常见故障的排查思路：

• 内核更新后启动失败：可能是新内核或其依赖模块有问题，您可以尝试重新安装内核：yum reinstall kernel，或者重新生成initramfs镜像：dracut -f。
• ：这是导致启动失败的常见原因，使用 vi /etc/fstab 命令编辑该文件，找到错误或可疑的行（例如UUID错误、设备名变更），在其开头加上 号将其注释掉，然后保存退出,重启系统。
• GRUB引导加载程序损坏：如果连GRUB菜单都看不到，可能需要重新安装GRUB，执行 grub2-install /dev/sda（请将 /dev/sda 替换为您的实际硬盘设备名），然后重建配置文件：grub2-mkconfig -o /boot/grub2/grub.cfg。
• 忘记root密码：这是救援模式的经典应用，进入 chroot 环境后，直接执行 passwd root 命令,按提示输入新密码即可。

为了更直观地梳理问题,可以参考下表：

故障现象	可能原因	排查方法
启动卡在某个文件系统检查步骤	/etc/fstab 中存在错误条目	vi /etc/fstab，注释掉可疑行
Kernel Panic，内核相关错误	内核文件损坏或驱动不兼容	yum reinstall kernel，或检查 /etc/dracut.conf.d/
屏幕显示 “GRUB>” 命令行	GRUB配置文件丢失或引导记录损坏	grub2-install 和 grub2-mkconfig
系统服务启动失败循环	某个关键服务（如网络、存储）配置错误	systemctl disable <服务名>，然后排查具体配置

完成修复后，执行 exit 退出 chroot 环境，然后再次输入 reboot 或 shutdown -r now 重启服务器，并记得移除安装介质，如果一切顺利，您的CentOS系统将恢复正常启动，面对“进不去”的窘境，保持冷静，善用救援模式,绝大多数问题都能迎刃而解。

---

相关问答 (FAQs)

问题1：救援模式和应急模式有什么本质区别？我该选哪个？
答： 最核心的区别在于文件系统的挂载和网络功能，救援模式是从外部介质启动，将您的硬盘系统挂载为一个子目录（/mnt/sysimage），并支持网络，像一个“外置手术台”，适合大部分修复工作，应急模式则是从硬盘自身启动一个最小化内核，通常只挂载根目录且为只读，没有网络，更像是进入“无菌隔离病房”，用于处理如 /etc/fstab 这类导致系统无法挂载的致命配置错误。选择建议是：优先尝试功能更全面的救援模式，如果救援模式也因核心文件系统问题而失败，再考虑应急模式。

问题2：如果我没有CentOS安装光盘或U盘，还能进入救援模式吗？
答： 这取决于您的服务器环境，对于物理服务器，如果没有安装介质，标准的救援模式是难以进入的，这是保留安装介质重要性的原因之一，但对于云服务器（如阿里云、腾讯云、AWS等），情况要好得多，几乎所有云平台都提供了在线的“救援模式”或进入“单用户模式”的功能，您通常可以在云服务器的控制台面板中，通过重启实例并选择特殊启动选项来进入一个临时的救援环境，其功能与本地的救援模式非常相似，可以直接操作磁盘，在云环境下，即使没有物理介质,也能轻松应对启动故障。