ESXI密码丢失？不用慌！5分钟搞定shadow文件重置（含U盘启动避坑指南）

ESXi密码恢复实战：从Shadow文件到系统重获新生的完整指南

那天凌晨两点，服务器监控突然告警，ESXi主机上的虚拟机全部失联。当我尝试登录管理界面时，背后一阵发凉——密码不对了。可能是上次修改后忘记记录，也可能是密码策略自动过期，总之，核心虚拟化平台就这样被锁在了门外。生产环境等不起，客户系统停不得，这种时刻需要的不是慌乱，而是一套经过验证、能快速执行的恢复方案。

ESXi作为企业虚拟化的基石，其密码管理机制基于Linux的shadow文件体系。忘记密码并不意味着世界末日，通过直接修改这个关键文件，我们可以在不重装系统、不丢失虚拟机配置的前提下，重新获得控制权。本文将带你深入理解ESXi的密码存储机制，并提供两种经过实战检验的恢复方法：一种是图形化操作，适合不熟悉命令行的运维人员；另一种是纯命令行方案，更适合远程或自动化场景。更重要的是，我会分享那些官方文档不会告诉你的避坑细节——从U盘启动的选择到文件系统的挂载权限，每一个环节都可能成为成功与否的关键。

1. 理解ESXi的密码存储机制与恢复原理

在深入操作之前，有必要先搞清楚我们在修改什么，以及为什么这样修改是有效的。ESXi虽然是一个高度定制的虚拟化平台，但其底层仍然是基于VMware的vSphere Hypervisor，而它的用户认证系统则继承自Linux。

1.1 Shadow文件的结构与作用

在Linux系统中，/etc/shadow文件存储着所有用户的加密密码信息。ESXi也不例外，它的密码信息就保存在这个文件中。这个文件通常只有root用户有读取权限，确保了密码信息的安全性。

一个典型的shadow文件条目看起来是这样的：

root:$6$rounds=656000$v5B5z8GjF3p6Y1hT$X9w7E...更长的哈希值.../:18547:0:99999:7:::

让我们拆解这个字符串的各个部分：

重要提示：shadow文件中的密码字段如果为空（两个冒号之间什么都没有），或者以!或*开头，都表示该账户被锁定或没有设置密码。这就是我们恢复密码的关键——让这个字段变成空值。

1.2 ESXi的特殊存储位置

与标准Linux发行版不同，ESXi将系统配置存储在特定的位置。在ESXi 6.x及更高版本中，shadow文件并不直接存在于/etc/目录下，而是被压缩存储在一个特殊的归档文件中。

这个存储路径是：

/bootbank/state.tgz -> local.tgz -> etc/shadow

你可以把这个结构想象成一个俄罗斯套娃：

• 最外层是state.tgz，包含ESXi的运行时状态
• 中间层是local.tgz，包含本地配置
• 最内层才是我们需要的etc目录及其中的shadow文件

这种设计有几个实际意义：

1. 系统完整性保护：配置文件被压缩存储，减少了意外修改的风险
2. 快速恢复：可以从备份的state.tgz快速恢复整个系统配置
3. 空间优化：压缩存储节省了有限的ESXi存储空间

1.3 密码恢复的安全考量

在开始操作之前，必须明确一点：我们正在绕过正常的认证机制。这意味着：

1. 物理安全是前提：只有能够物理接触服务器的人才能执行此操作
2. 操作后必须立即设置新密码：清空密码字段后，任何人都可以无密码登录
3. 审计日志的重要性：恢复后检查/var/log/auth.log（如果存在）或相关日志
4. 考虑长期解决方案：单次恢复后，应该建立密码管理流程

我曾经遇到过这样的情况：客户清空了密码，然后忘记设置新密码，结果服务器在数据中心被无关人员无意中登录。虽然是无心之失，但安全风险是真实存在的。

2. 准备工作：选择合适的工具与环境

成功恢复密码的第一步是做好充分准备。我见过太多因为准备不足而导致操作失败的情况——U盘不兼容、镜像下载错误、甚至选错了启动模式。

2.1 启动介质的选择与制作

你需要一个Live Linux环境来访问ESXi的文件系统。虽然很多教程推荐Xubuntu，但根据我的经验，有几个更好的选择：

推荐发行版对比：