虚拟机忘记密码？从原理到实操的密码重置自救指南

说实话，运维日常工作里最让人血压升高的事，不是在业务高峰期赶上磁盘告警，也不是半夜被电话叫起来看告警，而是面对虚拟机控制台，输入认为正确的密码，屏幕上却冷冰冰地跳出“密码错误”。尤其是那种配好之后几个月没动过的测试机，文档上写着“密码见某某交接”，结果找到交接记录一看，密码字段是空的。越是急用，越是给不了你惊喜，只能给你惊吓。

于是很多人就开始搜“虚拟机密码破解”。以我在一线摸爬滚打了这么多年的经验来看，绝大多数人真正想要的并不是“破解”这个词的字面意思——不是暴力拆解、不是攻击别人系统——而是想在不重装系统、不丢数据的前提下，把虚拟机登录密码恢复成自己可用的状态，拿回这台机器和使用数据的控制权。真正的暴力破解对复杂密码来说不仅耗时，而且没有必要，因为虚拟机的特殊性给了我们一条更聪明的路：绕过登录认证，重置密码。

这篇文章把虚拟机密码恢复这件事的原理、准备、Windows和Linux两条主线的具体操作、备用方案、高频问题排查和事后加固建议都展开讲清楚。不管你是运维、测试、开发还是自己玩虚拟机的爱好者，按下面的步骤操作基本能解决问题，前提是先搞清楚一点：这些操作只适用于你本人拥有访问权、且忘记密码的环境，别拿它去碰不属于你的系统。

1. 为什么虚拟机能“重置密码”，物理机却绕远

1.1 最常见的几种“搞忘了”场景

先盘一下你会在什么时候走上这条路。我处理过的密码恢复需求，无外乎这几种：

• 自己搭的临时测试虚拟机，环境建完就闲置，几个月后再打开，密码早就忘干净了。
• 别人交接过来的环境，交接文档上写着“密码在某某文档里”，实际上那个文档早就过期删除了。
• 使用镜像或模板批量创建的虚拟机，初始密码是统一的，建好了却没有按流程改掉并归档。
• 某些服务和计划任务使用系统内置账号来运行，账号被安全策略强制更新后，服务起不来，需要重新设置登录密码。

这些场景有一个共同点：问题出在密码忘记了，但虚拟机本身还在，磁盘文件还在，数据也都还在。真正要做的不是“破解”字符组合，而是利用虚拟机底层机制，把认证这扇门换一把锁。这也是为什么我坚持把它称为“重置”或“恢复”，而不是“破解”。

1.2 虚拟机方便在哪，物理机为什么麻烦

物理机的密码恢复，要面对拆机接线、接U盘启动、考虑Secure Boot、TPM芯片、BitLocker恢复密钥等等问题，折腾起来又慢又有硬件风险。虚拟机的核心差异在于：它的所谓“硬盘”，说到底就是宿主机或数据存储上的一个文件。常见格式包括VMware的vmdk、VirtualBox的vdi、QEMU的qcow2等。

只要是文件，就存在被打开、挂载、修改和复制还原的可能。这意味着你获得了一个比物理硬盘高得多的操作自由度：可以给虚拟光驱临时挂载一个系统安装镜像来引导，可以把这台虚拟机磁盘作为第二块硬盘挂载到另一台虚拟机里，也可以通过修改启动参数进入系统维护环境。只要你对宿主机的控制台或数据存储有管理权限，密码恢复这条路就一定走得通，区别只是快慢和难易。物理机当然也能做类似的事，但前置条件、硬件风险、安全启动带来的各种约束，让整个操作变得繁琐得多。

1.3 先说清楚方法边界

虽然方法很多，但有一个前提必须放在前面：这些方案对未启用磁盘加密的系统基本都是一路畅通，可系统一旦开了Windows的BitLocker或者Linux的LUKS全盘加密，整套操作就要刮起一阵寒风。因为密码文件本身躺在加密分区里，你挂载ISO也好，进Live环境也好，看到的只是一个被锁住的内容序列，无法直接修改。这种情况下，你需要的是BitLocker恢复密钥或LUKS密钥文件，而不是什么“破解”技巧。没有密钥，老老实实重装系统才是合情合理的出路。

2. 动手前准备：工具镜像和两条铁律

2.1 准备工作清单

不要一上来就进虚拟机狂按F2，先把该备的东西备齐。实际工作里，材料不齐导致半途而废的情况太多了。

• 一个可引导的Windows系统安装ISO，或者一个PE维护ISO。Windows安装盘是最通用的选择，PE则更适合图形化操作。
• 一个Linux Live环境ISO，比如Ubuntu或Debian的桌面版/服务器版，后面挂载NTFS分区时会用到。
• 管理终端的访问权限，能够打开虚拟机平台的控制台，并且能修改虚拟机硬件设置。
• 一台可以临时保存备份文件的目标位置，无论是一片本地磁盘文件夹还是一个数据存储目录。

不同虚拟机平台设置光驱的位置不一样：VMware Workstation在“虚拟机设置-硬件-CD/DVD”里选择“使用ISO映像文件”；VirtualBox在“设置-存储-控制器IDE”下挂载镜像；ESXi/vSphere则是在编辑设置里为CD/DVD驱动器指定数据存储ISO文件，并且勾选“打开电源时连接”。启动菜单的调用方式也不同，VMware开机时按Esc或F2进固件，VirtualBox按F12，这些细节别等到屏幕出现提示才临时翻。

2.2 第一条铁律：先快照，再动手

做任何修改前，先给虚拟机拍一个快照。快照是成本最低的安全网，就算你把系统引导改崩了、密码也没搞定，一个还原就能回到操作前状态。部分生产环境快照受限或者快照不是常态，那就把虚拟磁盘文件复制一份，注意要先关虚拟机再复制，否则文件仍然处于写入状态，复制出来的副本可能无法使用。

有些人赶时间，觉得“重置个密码而已，大不了搞砸了再装系统”，这种心态最危险。密码重置虽然操作不难，但涉及到修改系统文件、替换辅助工具、调整引导参数，任何一个环节出错都可能导致虚拟机无法启动。没有备份的情况下，你很可能会从“忘记密码”直接升级为“需要重装并来回数据”，这个代价就成了无妄之灾。

2.3 第二条铁律：重置后立即验证并拆除ISO

改完密码，重启后先确认可以正常登录，再返回虚拟机设置把光驱里的ISO移除或改为自动检测。这个流程看起来简单，但很多人会在最后一步犯迷糊。ISO不拆掉，虚拟机重启后会再次进入安装界面，如果赶上系统引导顺序里光驱排在硬盘前面，你还会误以为系统坏了，白折腾半天。我已经见过不止一个同事在改完密码后，对着再次进入的安装界面发愣，然后点了一路“下一步”，差点把现有系统抹掉。

3. Windows虚拟机重置密码，三种方案实测

3.1 方案一：安装盘引导加“辅助功能”替换

这是网上流传最广、也最适合新手操作的方案。核心思路一句话：利用Windows安装环境里的命令提示符，把登录界面右下角的“轻松使用”按钮（辅助功能）所指向的程序，换成命令提示符程序。等你回到登录界面，点开这个入口，弹出的就是一个拥有系统级权限的命令提示符，然后就可以直接执行net user命令修改密码。

具体操作如下：

1. 在虚拟机设置里把Windows安装ISO挂载到光驱，并确认“启动时连接”已勾选。
2. 开机后进入固件引导菜单，把启动顺序临时改为“从光驱启动”，或者直接在VMware启动画面按Esc选择一次性启动设备。
3. 进入Windows安装程序的语言选择界面后，按Shift+F10调出命令行。
4. 使用diskpart确认系统盘盘符，不要想当然以为一定就是C盘。Windows安装环境里，系统保留分区、引导分区可能占掉C盘，而真正的Windows主分区往往是D盘甚至E盘。执行命令：

diskpart list volume exit

按容量和标签判断哪个卷是Windows系统分区。

5. 确认盘符后，进入System32目录，把辅助功能程序备份，再用命令提示符替换它。假设系统盘是D盘：

move D:\Windows\System32\utilman.exe D:\Windows\System32\utilman.exe.bak copy D:\Windows\System32\cmd.exe D:\Windows\System32\utilman.exe

6. 关闭命令行，在虚拟机设置里把光驱启动优先级改回硬盘，或直接移除ISO，然后重启虚拟机。
7. 进入登录界面后，点击右下角的“轻松使用”图标。正常情况下弹出的应该是命令提示符窗口。
8. 执行命令查看并重置用户密码：

net user net user Administrator P@ssw0rd2024

如果用户名带空格，记得用英文引号包起来。

9. 重置成功后重启。进入系统后，打开管理员命令行，把真正的辅助功能程序恢复回来：

move D:\Windows\System32\utilman.exe.bak D:\Windows\System32\utilman.exe

为什么这个方法有效？因为登录界面里的辅助功能程序是以系统信任的高权限上下文运行的，我们把它替换成cmd.exe后，等于在不需要输入原密码的前提下，拿到了一次管理员级别的命令执行入口。只要本机磁盘文件没有加密，这个方案就不会失手。

有一点需要特别提醒：这个方案对本地账户有效，对“在线的微软账号”则基本无效。如果你登录Windows时使用的是在线账号，密码验证要在线完成，net user修改本地缓存的密码并不能让你如愿登录。碰到这种情况，先走在线账号的“忘记密码”流程，或者提前把系统改成纯本地账户登录，再考虑上面的操作。

3.2 方案二：Linux环境加chntpw离线修改SAM注册表

如果第一种方案因为各种原因行不通，比如系统引导异常、安装镜像版本对不上、或者你更熟悉Linux命令行，那就可以考虑在Linux Live环境里离线修改Windows的SAM注册表文件。Windows把本地用户密码的哈希放在注册表里，具体位置是：

Windows\System32\config\SAM

有了这个文件，配合开源工具chntpw，就能在不进系统的情况下读出用户列表并重置密码。

操作步骤如下：

1. 给虚拟机光驱挂载Ubuntu/Debian之类的Live ISO，设置从光驱启动。
2. 进入Live桌面，打开终端，先用lsblk或fdisk -l确认磁盘和分区信息。假设Windows主分区是/dev/sda2。
3. 安装NTFS支持并挂载：

sudo apt update && sudo apt install -y ntfs-3g chntpw mkdir -p /mnt/windows sudo mount -t ntfs-3g /dev/sda2 /mnt/windows

4. 进入配置目录：

cd /mnt/windows/Windows/System32/config

5. 先列出SAM里的用户列表：

sudo chntpw -l SAM

6. 修改指定用户密码：

sudo chntpw -u 用户名 SAM

执行后会进入一个选择菜单。选项1为清除密码，选项2为修改密码，选项3为将用户提升为管理员。多数情况下，选择清除密码比选修改密码更省事——清除后登录时密码留空即可，登录进去后再执行net user重新设置新密码。程序最后会询问是否写入hive文件，输入y确认。

7. 卸载分区并重启：

sudo umount /mnt/windows sudo reboot

重启前同样记得移除Live ISO。

这个方案的优点是顺带可以做很多事，比如备份分区文件、查看系统状态；缺点是要求操作者会基本Linux命令，而且NTFS挂载必须带写权限，挂载成只读就什么都改不了。另一个细节是用户名要写准确，可以先执行chntpw -l SAM查看准确列表，别凭自己记忆输入，我就见过把“Administrator”写成“administrator”导致误以为工具无效的情况。

3.3 方案三：PE维护环境图形化操作，快但要注意细节

第三种方法是最“所见即所得”的：直接加载一个维护PE镜像，从PE启动，在桌面上打开密码修改工具，选择系统盘、用户名和新密码，点保存重启就算完事。PE里那些密码工具，本质上调用的是和chntpw同一套逻辑，只是把命令行封装成了图形界面。

用这套方案要注意的坑有三点：一是确认PE的位数和Windows一致，64位系统用64位PE，32位系统用32位PE，不然工具可能读不到SAM文件；二是PE工具会默认把盘符重新排列，别凭CDEF去猜，看分区大小和卷标判断哪个是系统分区；三是依然存在“对本地账号有效，对在线账号无效”的问题，这和方案一完全一样。

3.4 Windows操作避坑点清单

把零散经验整理成一张小表，操作前扫一眼能少踩很多雷。

这里补充一个很多人忽略的点：如果Windows用了EFS加密文件系统，重置用户密码后，当前用户容器里的密钥签名就失效了，加密文件在恢复的系统中可能直接打不开。所以“重置密码”不是零成本的，它会牵扯到一到两个跟用户密钥绑定的功能域。因为这个原因，我在做任何生产VM密码重置之前，都会先评估这台机有没有用到EFS，如果用到，就得先确认有没有导出证书或恢复代理。

4. Linux虚拟机重置密码，GRUB参数大法

4.1 思路转变：让系统“带钥匙”进屋

Linux和Windows在密码存储和管理机制上完全不同。Linux用户密码哈希放在/etc/shadow文件里，系统启动时由init进程负责校验。我们要绕开的方式是修改内核引导参数，让系统直接进入一个不依赖登录认证的维护环境，然后手动改shadow文件。这个思路实际上比Windows那套方案还通透，而且不需要任何额外的ISO或PE文件，只要你能看到GRUB引导菜单就可以操作。

4.2 Ubuntu/Debian操作步骤

以Ubuntu 20.04或22.04为例：

1. 给虚拟机通电，在屏幕上出现GRUB菜单时按e进入编辑模式。如果屏幕一闪而过没有停留，就需要在开机时按住Shift键呼出引导菜单。
2. 定位到以linux开头的那一行参数，通常包含一行关键词：

linux /boot/vmlinuz-xxx root=UUID=xxx ro quiet splash

3. 把里面的ro quiet splash改为：

rw single init=/bin/bash

修改后这行参数整体类似：

linux /boot/vmlinuz-xxx root=UUID=xxx rw single init=/bin/bash

4. 按Ctrl+X或F10启动。系统会直接进入一个root shell，不需要密码。
5. 如果没有加rw参数导致根目录是只读状态，先手动执行：

mount -o remount,rw /

6. 重置密码：

passwd root

连续输入两遍新密码，看到“passwd: password updated successfully”就算成了。

7. 重启：

reboot -f

这里必须解释一下为什么用-f强重启。因为在init=/bin/bash这个场景里，系统没有完整的服务管理过程，普通reboot命令可能等不到关机流程结束，必须强制重启。重启后GRUB参数恢复默认，不需要额外去改回什么文件。

4.3 RHEL/CentOS系列，用rd.break更稳妥

RHEL/CentOS 7及其之后的版本，因为带了SELinux，直接用init=/bin/bash改完密码，重启后可能出现SELinux上下文标签不合适，进而引发登录异常甚至自动反复重启。这类发行版推荐使用rd.break参数，进入initramfs阶段打断启动流程，在根分区真正挂载之前做修改。

操作步骤如下：

1. 开机在GRUB菜单按e，找到linux那一行：

linux /vmlinuz-xxx root=/dev/mapper/xxx ro crashkernel=auto ...

2. 在行尾追加rd.break：

linux /vmlinuz-xxx root=/dev/mapper/xxx ro crashkernel=auto rd.break

3. 按Ctrl+X启动，等一会儿会出现switch_root提示符。
4. 挂载根目录为可写，并切换进去：

mount -o remount,rw /sysroot chroot /sysroot

5. 重置root密码：

passwd root

6. 因为修改了shadow文件，SELinux需要重新标记相关文件，否则重启后可能被SELinux拦截。执行：

touch /.autorelabel

7. 退出chroot环境，再退出initramfs环境：

exit exit

后面会经历一段自动重新标记的过程，有的机器要几分钟，屏幕可能看起来像卡住，其实没卡，耐心等就好。

4.4 其他发行版和系统变体

openSUSE、Arch Linux、Fedora这类发行版，思路不外乎上面两种。要么用init=/bin/bash，要么在行尾加rd.break。关键点是root或对应用户的密码数据库可写可改。有一点有必要提醒：如果系统启用了SELinux、AppArmor这类安全工具，而且你不知道它在干什么，优先考虑rd.break方案，并执行autorelabel，宁多勿少。

另外，如果修改的不是root账号密码，而是某个普通运维账号，只要在进入shell后执行passwd username即可，原理完全一样。如果在GRUB界面上按了半天没反应，检查一下虚拟机的硬件设置，很多情况下是光标焦点不在虚拟机屏幕上，键盘输入被宿主机截获了。

5. 虚拟磁盘挂载法：不依赖引导镜像的备用思路

5.1 这个思路适合什么时候用

有些场景下，你手头既没有Windows安装ISO，也没有Linux Live ISO，下载镜像可能要等半天，但宿主机上恰好还有另一台可正常登录的同系统虚拟机。这样的情况下，把出问题的虚拟磁盘作为副盘挂载到正常虚拟机上，是效率最高的一种处理方式。这个思路也再次体现了虚拟机“磁盘即文件”的优势：相当于物理机把一块硬盘拆下来，接到另一台电脑上去读写。

如果需要做的只是备份数据而不是重置密码，这种方法更是首选，全程完全不触碰原系统的认证环节，安全性也最高。

5.2 操作步骤与关键限制

以VMware Workstation示例：

1. 关闭目标虚拟机。这一步不能省，开机状态下直接复制磁盘文件会导致文件不一致。
2. 复制一份vmdk到新文件夹，作为备份后再动手。
3. 打开另一台正常虚拟机，在硬件设置里删除原光驱后，点击“添加-硬盘-使用现有虚拟磁盘”，选择刚才那个vmdk文件。
4. 启动这台正常虚拟机，让系统识别副盘。如果正常系统是Windows，磁盘挂上后可以直接在“磁盘管理”里看到并复制文件；如果是Linux，用mount把分区挂载到临时目录即可。
5. 如果需要修改Windows SAM，可以把SAM文件复制出来，用离线注册表工具修改；如果目标系统是Linux，挂载后可以直接编辑/etc/shadow或使用chroot进到目标环境执行passwd。
6. 处理完成后，关机，把副盘从正常虚拟机里移除，再启动原虚拟机验证。

限制也要说清楚：不同虚拟化平台的磁盘格式不通用，vmware的vmdk和VirtualBox的vdi不能直接互挂，需要借助镜像转换工具转换格式。挂载副盘时不要让它干扰正常系统引导，确认它始终作为从盘。Windows离线改SAM比较绕，新手很容易把注册表搞乱，所以这个方法对我来说更多的是用于数据救急，而不是常规重置密码。

6. 高频问题排查与避坑实录

6.1 重置完成后，重启还是提示密码错误

遇到这个问题，第一步先确认你改的是本地账户还是在线账号。Windows的在线账号前面已经提过，改不下来是正常的。Linux侧则要注意是否改了正确的用户，以及系统是否接了LDAP或AD域认证；如果是域账号登录，改本地密码是管不到域账号头上的。

再补充一个容易忽略的细节：如果重置的是Windows内置Administrator账户，而系统平时登录用的是一个自定义的本地账户，“重置成功”的感觉不明显，因为默认登录界面不会显示Administrator用户。你需要在登录界面按住Shift键并点击“电源-重启”等操作进入高级选项，或直接用net user看整个用户列表。

6.2 替换utilman后，点击辅助功能按钮没有反应

比较常见的原因是替换之后系统更新又恢复了原始文件，或者替换时命令写错了盘符。解决方式也简单：重新挂载安装镜像进入安装环境，用dir检查System32目录里的utilman是否存在以及是不是cmd.exe的大小，再执行一次替换。另外，Windows 11的“轻松使用”入口和Windows 10的位置有些差别，有的版本是在时钟旁边，不是大图标，仔细找一下。

6.3 chntpw提示SAM文件无法打开或无法写入

多半是NTFS分区挂载时权限不足或只读导致。用mount命令看一下输出里有没有rw字样。另一个可能是你挂载了错误的分区，比如挂到了EFI引导分区。用lsblk再次确认Windows主分区的容量和文件系统类型，再重新挂载。

6.4 Linux修改密码后开机反复进入维护模式

这个情况几乎都是SELinux引起，或autorelabel被跳过导致。解决方法是回到rd.break模式，执行touch /.autorelabel，完成后连续退出两次并耐心等待自动重标。如果是Ubuntu/Debian遇到类似现象，看一下GRUB配置里是否残留init=/bin/bash参数，一般重启后不会残留，但如果之前改过GRUB配置文件，就有留下的可能。

6.5 快照的时机和副作用

快照应该在任何修改进行之前创建，这样失败时还能回滚到“改之前”的正常状态。重置成功后，旧快照的差异链会在你登录新系统后继续存在，消耗磁盘空间还可能影响性能，建议确认无误后尽快删除旧快照，另外再创建“密码重置完成”节点的新快照。这里要再强调一次：不要在虚拟机开机状态下强行删除快照或者复制磁盘文件，先关机。

6.6 密码重置成功，但部分服务启动失败

Windows场景比较典型：安装了某些服务，使用指定的服务账户登录，而你重置的恰好是这个服务账户的密码，服务会因为它也不知道新密码而疯掉。处理方式是登录系统后，在“服务”管理控制台里重新输入服务账户的新密码，并照葫芦画瓢处理任务计划程序里配置了密码的定时任务。Linux侧由于root密码通常不参与守护进程运行，影响小一些，但如果服务使用PAM对接了外部认证，也要一并检查。

6.7 在虚拟化服务器上操作受限

如果是ESXi或类似的服务器虚拟化平台，改ISO、挂载副盘、进入BIOS等操作都需要对应权限。有的平台默认不允许虚拟机接管启动设备或访问数据存储ISO，需要管理员先开通相关权限。这本身也算一道安全防线，别把它当成烦人的障碍。

7. 事后加固：让“重置密码”不再是一件太容易的事

7.1 复盘原理，看清“可恢复”背后的安全启示

做完这一整套操作后，最该思考的不是“哇这些方法真好用”，而是“为什么这么容易”。原因很简单：在未启用磁盘加密的前提下，操作系统把认证数据以一种可离线篡改的形式存放在本地。密码从来不是系统的最后一道防线，磁盘加密才是。只要磁盘内容对持有管理权限的人可见，重置密码就只是个时间问题。这也提醒我们在做生产环境规划时，不要过度依赖登录密码这个环节的安全性。

7.2 让虚拟机变得更坚固的几项建议

给虚拟机增加防护，按优先级从低到高可以这样排：

1. 给虚拟机固件设置密码。在BIOS/UEFI层面阻止未经授权的引导顺序修改，别人拿不到ISO和Live环境挂在光驱上的机会。
2. 启用磁盘加密。Windows开BitLocker，Linux用LUKS，把恢复密钥存到统一密码库，而不是只放在本地TXT里。
3. 启用虚拟机平台级别的加密。VMware Workstation可以给虚拟机文件加密，vSphere也有加密虚拟机功能，这样即使有人拿到磁盘文件，也无法在外面进行分析和篡改。
4. 落实账号梳理。本地管理员密码定期改，运维账号和日常操作账号有效分开，有条件就统一到身份认证平台管理。
5. 做好快照策略。给关键虚拟机建立周期性快照或备份机制，确保“最坏情况能回到最近一个正常时间点”，这比任何密码重置技巧都更能兜底。

7.3 我的一些个人习惯

操作这么多回，我最想分享的经验不是技术参数，而是三个工作习惯。一是动手前拍快照，哪怕只是重置一个密码，也值得花几十秒做快照。这是我在一次重置失败、把系统引导搞到进不去后的深刻觉醒。二是改完密码后立即验证登录并摘除ISO，别让光驱继续顶着启动优先级，这个细节能让你少掉好几次“为什么又进安装界面了”的假警报。三是所有密码修改达成后，把新密码同步到团队使用的共享记录里，避免成为下一个“交接断档”问题的起点。

最后再分享一个小技巧。如果你平时管理大量虚拟机，不管Windows还是Linux，都要给自己留一个不进也能验证的“备用入场券”。Windows上可以额外创建一个隐藏的本地管理员账号并设置复杂密码；Linux上则保留root的sudo直连通道和可用的恢复启动菜单。真到了密码版本完全失控的时候，备用入场券往往比临时去读教程、找ISO要快得多。虚拟机的方便在于重启就能给机会，但管理上的从容，永远来自那些不起眼的提前准备。