1. 项目概述：当“钥匙”被遗忘在系统深处
在Linux系统的日常运维与个人使用中，root账户无疑是那把掌控一切的“万能钥匙”。它拥有至高无上的权限，可以安装软件、修改核心配置、管理所有用户和文件。然而，最令人头疼的场景莫过于某天你需要进行关键的系统维护，却发现自己或他人遗忘了root密码。这就像把保险柜的钥匙锁在了保险柜里，让人束手无策。无论是实体服务器、个人电脑，还是云上的虚拟机，忘记root密码都是一个虽不常见但一旦发生就极为棘手的故障。
别慌，这并非绝境。与某些闭源操作系统不同，Linux的开源特性和灵活的启动机制为我们留下了数条“应急通道”。重置root密码的核心思路，本质上是利用系统启动过程的间隙，临时获得一个具有root权限的Shell环境，从而绕过正常的身份验证流程来修改密码。这个过程不依赖于任何第三方商业工具，完全利用系统自身特性，是每一位Linux管理员都应掌握的“保底”技能。本文将深入拆解在不同主流Linux发行版（如CentOS/RHEL 7/8、Ubuntu 20.04/22.04）及不同场景（物理机、虚拟机、GRUB2引导）下的具体操作步骤，并剖析其背后的原理与潜在风险，让你不仅能“照做”，更能“懂行”。
2. 核心原理与前置认知：为什么我们可以“绕过”密码？
在深入实操之前，理解其背后的原理至关重要。这不仅能让你在操作时更有底气，也能在遇到变体或问题时自行排查。
2.1 Linux启动流程与权限突破口
现代Linux系统通常使用GRUB2作为引导加载程序。当你按下电源键，硬件自检后，控制权会交给GRUB2。GRUB2的工作是加载内核（vmlinuz）和初始内存盘（initramfs），并将控制权移交给内核，从而启动整个系统。关键突破口就在GRUB2菜单出现的那一刻。
在GRUB2菜单界面，你可以按e键进入编辑模式。在这里，你看到的实际上是本次启动的配置参数。系统默认的启动项会指定内核文件路径、initramfs路径以及一个至关重要的参数：ro（read-only，以只读方式挂载根文件系统）。启动后，系统会进行一系列初始化，最终调用/sbin/init（或systemd）来启动登录管理器，要求输入密码。
我们的核心操作就是：在GRUB2编辑模式中，修改内核启动参数，让系统在启动初期就给我们一个具有root权限的Shell，而不是正常进入登录流程。通常，我们会将ro参数改为rw init=/sysroot/bin/sh。rw表示以读写方式挂载，init=/sysroot/bin/sh则指定系统启动后运行的第一个进程是Shell，而非正常的init系统。这个Shell由于是在内核启动早期被调用的，因此天然具有root权限。
2.2 不同场景与发行版的差异点
虽然原理相通，但不同发行版和系统状态下的操作细节有差异：
- GRUB菜单是否可见：这是首要条件。大部分物理机和虚拟机默认会显示GRUB菜单。如果系统被配置为直接启动（如某些云镜像），你需要重启并在启动初期狂按
Shift（旧版GRUB）或Esc键（GRUB2常见）来呼出菜单。 - 根文件系统的挂载点：在通过
init=/bin/sh获得的Shell中，根文件系统可能被挂载在一个“临时”的视角下。为了修改硬盘上真实的/etc/shadow文件（存储密码哈希），我们需要重新挂载真实的根分区。在RHEL/CentOS 7+的救援Shell中，真实的根分区通常被挂载在/sysroot下。 - SELinux上下文：对于开启了SELinux的系统（如CentOS/RHEL），直接修改
/etc/shadow会导致其安全上下文不一致，可能造成重启后无法登录。需要在重置密码后创建.autorelabel文件，让系统在下次启动时重新标记文件上下文。 - Systemd与Upstart：现代发行版大多使用systemd，但操作思路一致。
init=/bin/bash或init=/bin/sh参数会绕过systemd。
注意：此操作需要物理或虚拟控制台访问权限。对于纯粹的远程SSH连接，如果忘记了root密码且没有其他具有sudo权限的用户，则无法通过此方法重置。这种情况下，必须通过服务商的控制台（如AWS EC2的Instance Connect， 阿里云/腾讯云的VNC）来操作。
3. 实战操作：针对GRUB2的通用重置流程
以下流程适用于大多数使用GRUB2引导的现代Linux发行版，包括CentOS 7/8、RHEL 7/8、Ubuntu 18.04/20.04/22.04、Fedora等。我们以一台典型服务器为例。
3.1 第一步：重启系统并中断引导过程
- 重启你的Linux系统。在主机或虚拟机启动初期，当屏幕出现制造商Logo或黑屏白字时，立即开始连续按下
Esc键（对于大多数GRUB2系统）或Shift键（对于一些旧配置）。目的是为了呼出GRUB引导菜单。 - 成功的话，你会看到一个包含多个启动项（如“Ubuntu”、“Advanced options for Ubuntu”）的图形化或文本菜单界面。使用上下方向键，将高亮条移动到你要修改的、常规的Linux启动项上（通常是第一个）。
3.2 第二步：编辑GRUB启动参数
- 在选中常规启动项的状态下，按下键盘上的
e键。这将进入GRUB的编辑模式，屏幕上会显示一长串配置脚本。 - 使用方向键向下浏览，找到以
linux或linuxefi开头的一行。这一行包含了内核镜像路径和启动参数。它通常看起来像这样：
或者（在RHEL系中）：linux /boot/vmlinuz-5.4.0-xx-generic root=UUID=xxxx ro quiet splash $vt_handofflinux16 /vmlinuz-0-rescue-xxxx root=UUID=xxxx ro crashkernel=auto rhgb quiet - 在这行参数中，找到
ro这个参数。它代表“readonly”，即系统启动时以只读方式挂载根文件系统。我们需要修改它。 - 将光标移动到
ro处，将其修改为rw init=/sysroot/bin/sh。修改后的行可能如下：
关键修改解析：linux /boot/vmlinuz-5.4.0-xx-generic root=UUID=xxxx rw init=/sysroot/bin/sh quiet splash $vt_handoffrw：替换ro，让根文件系统以读写方式挂载，否则我们无法保存密码修改。init=/sysroot/bin/sh：这是最核心的改动。它告诉内核，启动后不要运行默认的/sbin/init（即systemd），而是直接运行/sysroot/bin/sh这个Shell。由于这个Shell是由内核直接启动的，它拥有完整的root权限。注意，在某些系统上，真实的根文件系统在救援模式下被挂载在/sysroot下，所以路径是/sysroot/bin/sh。对于某些Ubuntu系统，你可能需要尝试init=/bin/bash。
3.3 第三步：以救援Shell启动并切换根环境
- 修改完成后，按下
Ctrl + X或F10（屏幕底部通常有提示）来使用修改后的参数启动系统。 - 系统会跳过正常的启动服务，直接进入一个命令行Shell。这个Shell的提示符可能是
sh-5.0#，并且你当前的根目录/可能是一个临时文件系统（tmpfs）。 - 现在，我们需要访问硬盘上真实的根文件系统来进行修改。对于RHEL/CentOS/Fedora等，执行：
这个命令将chroot /sysroot/sysroot设置为新的根目录，使你后续的所有操作都直接作用于真实的系统文件。实操心得：如果系统提示
chroot: failed to run command ‘/bin/bash’: No such file or directory，可以尝试chroot /sysroot /bin/sh。如果连/sysroot都不存在，可以尝试chroot /或先使用lsblk、fdisk -l命令查看磁盘分区，手动挂载根分区，例如mount /dev/sda1 /mnt，然后chroot /mnt。
3.4 第四步：重置root密码并处理SELinux
- 成功
chroot后，你就“身处”真实的系统环境了。现在可以使用passwd命令来修改root密码：
系统会提示你输入新的密码并确认。输入时屏幕上不会有任何显示（星号也没有），这是正常的，盲输即可。passwd root - （关键步骤，针对RHEL/CentOS/Fedora等开启SELinux的系统）修改密码后，必须让SELinux知道系统文件被修改了，否则重启后可能因安全上下文不一致而无法登录。执行以下命令：
这个命令在根目录下创建一个空的touch /.autorelabel.autorelabel文件。系统在下次启动时，如果发现这个文件，会自动重新标记整个文件系统的SELinux上下文。
3.5 第五步：退出并重启
- 依次执行以下命令退出并重启：
exit # 退出chroot环境，回到之前的救援Shell reboot -f # 强制重启系统-f参数表示强制重启，避免某些服务阻止重启。 - 系统将正常重启。由于我们修改的是临时启动参数，这次重启后会使用原始的、未修改的GRUB配置，因此会正常进入登录流程。使用你刚刚设置的新root密码登录即可。
- 对于创建了
.autorelabel文件的系统，第一次重启会经历一个较长的“Relabeling”过程，请耐心等待完成。
4. 特殊场景与发行版变体处理
上述是通用流程，但实际环境中总会遇到一些特殊情况。
4.1 场景一：GRUB菜单被隐藏或超时极短
有些生产服务器或云主机镜像为了安全或快速启动，会隐藏GRUB菜单，或设置超时时间为0秒。
解决方法：
- 物理机/虚拟机：在启动初期，更快、更持续地按
Esc或Shift键。有时需要从开机瞬间就开始按。 - 云服务器（如AWS， 阿里云）：必须通过云服务商提供的“连接管理终端”或“VNC”功能来访问启动界面。这是你唯一能操作GRUB菜单的途径。
- 修改GRUB配置（如果你有其他可登录的用户）：如果可以通过普通用户SSH登录，且有sudo权限，可以编辑
/etc/default/grub文件，将GRUB_TIMEOUT的值改为5或更大，然后运行sudo update-grub（Debian/Ubuntu）或sudo grub2-mkconfig -o /boot/grub2/grub.cfg（RHEL/CentOS），最后重启。但这属于“预防”而非“救援”。
4.2 场景二：Ubuntu系统及initramfs提示
在部分Ubuntu系统上，按照上述步骤操作，在按下Ctrl+X启动后，可能会卡在一个initramfs提示符下，而不是得到root shell。
解决方法：这通常是因为根文件系统挂载出了问题。在initramfs提示符下，你可以尝试手动操作：
- 输入
exit命令，它会尝试继续引导，有时会列出可用的根设备。 - 或者，使用
blkid或ls /dev/sd*查看磁盘分区。假设你的根分区是/dev/sda1。 - 手动挂载并chroot：
之后，你就可以在chroot环境中运行mount /dev/sda1 /mnt mount --bind /dev /mnt/dev mount --bind /proc /mnt/proc mount --bind /sys /mnt/sys chroot /mntpasswd root了。重启前，记得umount绑定的目录。
4.3 场景三：使用“单用户模式”（Single User Mode）的旧方法
在更早的发行版或某些GRUB配置中，你可能会看到“单用户模式”的选项，或者可以通过在启动参数中添加single或1来进入。单用户模式本质上也是启动一个root shell。在GRUB编辑模式中，找到linux行，在行尾（quiet参数之前）添加single或1，然后启动。进入后直接就是root权限，无需chroot即可运行passwd。但现代systemd系统对此支持不一，init=/bin/sh的方法更为通用可靠。
5. 安全考量、风险与最佳实践
重置root密码是最高权限操作，必须慎之又慎。
5.1 操作风险
- 数据丢失风险：错误地编辑GRUB参数（如误删其他关键参数）可能导致系统无法启动。务必只修改指定的
ro部分。 - 文件系统损坏：在强制重启（
reboot -f）时，如果正好有数据在写入，极低概率可能导致文件系统错误。在操作前，如果条件允许，应确保系统负载不高。 - 安全风险：此方法完全绕过了系统的身份验证机制。这意味着任何能物理接触你服务器控制台的人，都可以用此法重置密码并获取所有数据。这是物理安全至关重要的原因。
5.2 安全加固建议
- 设置GRUB密码：可以为GRUB菜单设置密码，防止未经授权的用户编辑启动参数。编辑
/etc/grub.d/40_custom文件，添加set superusers=”root”和password root <你的密码哈希>，然后更新grub配置。但请注意，这并不能防御拥有物理访问权限的坚定攻击者（他们可以通过Live CD引导）。 - 全盘加密（LUKS）：如果磁盘使用了LUKS全盘加密，那么即使通过本方法进入救援Shell，在未提供加密密码的情况下也无法挂载真正的根文件系统，从而无法修改密码。这是更高级别的防护。
- 使用sudo， 禁用root直接登录：日常运维中，建议创建一个具有sudo权限的普通用户，并禁用root的SSH密码登录。这样，即使忘记root密码，也可以通过普通用户
sudo passwd root来重置（前提是你记得普通用户密码）。 - 定期备份并记录密码：将关键密码存储在安全的密码管理器中，并确保有可信任的备份管理员。
5.3 操作后的必要检查
重置密码并成功登录后，建议进行以下检查：
- 检查其他服务：确认所有需要root权限或特定用户权限的系统服务（如MySQL， Web服务器）运行正常。
- 检查SELinux/Audit日志：运行
sealert -a /var/log/audit/audit.log或查看/var/log/messages，确认没有因密码重置操作产生大量异常告警。 - 验证sudo权限：如果你有sudo用户，测试其
sudo功能是否正常。
忘记Linux root密码是一场与时间赛跑的“权限恢复战”，其本质是对系统引导过程的深度理解与灵活运用。掌握从GRUB2介入，通过修改init参数获取root Shell，进而chroot并修改/etc/shadow文件的完整链路，是系统管理员的一项基本功。整个过程犹如一次精密的“外科手术”，要求操作者既胆大又心细。记住，能力越大责任越大，这项技能在解救你自己的同时，也凸显了物理安全和管理规范的重要性——毕竟，能救你的方法，也能被用来入侵。因此，在生产环境中，务必结合GRUB密码、磁盘加密和严格的sudo策略，构建纵深防御体系，让root密码这把“钥匙”即使偶尔被遗忘，也不会成为系统安全的单点故障。
