简介：unlocker208 是面向需要在 VMware Workstation 上运行 macOS 的开发者与测试人员的解锁补丁，用于绕过 VMware 对苹果系统的限制，使 macOS 10.12.6 等版本能在普通 PC 的虚拟机中完成安装与启动。压缩包共 18 个文件，约 9.61MB，以 3 个 cmd 批处理、8 个 sh 脚本、3 个 exe 与 3 个 py 程序为主，分别对应 Windows 下的一键安装与卸载、Linux 与 ESXi 的命令行补丁、macOS 端执行入口，以及获取最新 VMware Tools 的辅助工具，并附有 readme 与说明文本记录打补丁的注意事项。已有 2474 人学习下载。读者可直接获得经实测可用的补丁文件与跨平台执行入口，配合说明了解硬件版本兼容、smc.version 参数调整等排错思路，减少安装过程中反复试错的成本。

1. unlocker208：让 VMware 认得出黑苹果的那把钥匙

在 VMware 里装 macOS，大多数人卡住的地方不是镜像，也不是磁盘格式，而是虚拟机新建向导里根本没有 Apple 这一栏。这并不是你的 Workstation 版本太旧，而是 VMware 出于授权与产品线划分，把 macOS 的访客类型从 Windows 版宿主里隐藏掉了。unlocker208 干的就是一件事：给 VMware 的宿主程序打上补丁，把被隐藏的 macOS 访客类型和配套的虚拟硬件配置项重新放出来。它属于那种体积很小、但缺了就整条路走不通的基础设施型工具，配套的目标系统常见是 macOS 10.12.6 这一代，适合想在本地跑 Xcode 编译验证、做界面适配测试、或者单纯想体验一下 macOS 环境的开发者。别指望它提升性能，它只负责让你「进得去门」。

2. 补丁到底改了什么：从访客类型到 vmware-vmx

很多人把 unlocker 当成一个黑盒安装包，双击运行，看到向导走完就以为万事大吉，结果新建虚拟机时依然找不到 Apple 选项，于是开始怀疑人生。搞清楚它动了哪几处文件，后面所有翻车现场你都能自己定位。

2.1 访客类型是靠配置文件里的标识位决定的

VMware Workstation 在新建虚拟机时弹出的「客户机操作系统」列表，并不是写死在 exe 里的资源，而是从安装目录下的几个配置与库文件里读出来的。其中起决定作用的是vmware-vmx.exe以及与之配套的vmwarebase.dll（不同大版本文件名略有差异），这些二进制文件内部维护了一张受支持的 guest OS 表，表里每条记录包含访客类型 ID、显示名称、推荐的虚拟硬件版本、默认固件类型等信息。

macOS 的记录本身是存在的——毕竟 VMware 在自家 macOS 宿主上的 Fusion 产品线一直支持它——只是在 Windows 和 Linux 宿主版本里被标记为不可用。unlocker 这类补丁的核心工作，就是把这条记录的状态位改回来，让它重新出现在可选列表里，同时把固件默认值从 BIOS 调整为 EFI，因为 macOS 不接受传统 BIOS 引导。

这也解释了为什么补丁必须针对具体的 VMware 版本发布。不同大版本的二进制布局、函数偏移、甚至校验方式都在变，拿 15.x 的补丁往 17.x 上怼，轻则静默失败，重则让宿主程序起不来。

2.2 补丁的典型执行流程与目录结构

补丁包解压后一般能看到几个关键文件：一个 Windows 批处理入口、一个 Python 脚本本体、一个tools目录存放二进制补丁数据，以及backup目录用来存放原始文件的备份。典型结构长这样：

unlocker/ ├── unlocker208.exe # 或 win-install.cmd 之类的批处理入口 ├── unlocker.py # 主逻辑，负责定位与打补丁 ├── tools/ │ ├── darwin.iso # macOS 客户机增强工具镜像 │ ├── darwinPre15.iso │ └── unlocker-*.bin # 各版本对应的补丁数据 └── backup/ # 首次运行时自动生成的原始文件备份

darwin.iso挂载后就是 VMware Tools for macOS，负责显卡分辨率自适应、剪贴板共享、时间同步这些体验性功能。没有它，系统能跑，但窗口分辨率锁死、鼠标移动发涩，用起来很难受。

动手前先把 VMware 的所有进程清干净，这一步是硬要求，不是建议：

# Windows 下用管理员权限的 PowerShell 执行 # 1. 停掉所有 VMware 相关服务，否则文件被占用，补丁写不进去 Get-Service | Where-Object {$_.Name -like "VMware*"} | Stop-Service -Force # 2. 确认主进程已退出，输出为空才说明干净 Get-Process | Where-Object {$_.Name -like "vmware*"} | Select-Object Name, Id

第一条命令遍历服务名以 VMware 开头的所有服务并强制停止，包括VMwareHostd、VMwareAuthorizationService这些容易被忽略的后台服务。第二条用来验证——如果还有输出，说明有残留进程，手动结束掉再继续。

2.3 以管理员身份运行补丁并校验结果

关掉服务之后，右键补丁入口，选择以管理员身份运行。这一步不能省，因为补丁要写入C:\Program Files (x86)\VMware\VMware Workstation\这类受保护目录，普通权限下脚本会默默失败，控制台一闪而过，什么提示都不给。

# 进入解压后的目录，以管理员身份运行主脚本 # -v 通常是 verbose，把每一步替换了哪个文件、偏移多少都打出来 python unlocker.py install # 想回滚时执行卸载，它会用 backup 目录里的原始文件覆盖回去 python unlocker.py uninstall

install参数触发打补丁，脚本会先检测当前安装的 VMware 版本号，然后在tools目录里匹配对应的补丁数据。版本对不上时，靠谱的实现会直接报错退出，不靠谱的会硬打，后者就是各种灵异问题的源头。

运行结束后，别急着开 VMware，先看三样东西：控制台有没有报错、安装目录下的文件修改时间是否刚刚更新、backup目录里有没有生成备份文件。这三样齐了，基本可以认为补丁生效。

# 检查关键文件的修改时间，确认补丁确实写入了 ls -l --time-style=full-iso "/c/Program Files (x86)/VMware/VMware Workstation/vmware-vmx.exe" # 检查备份目录是否已生成，这是能否回滚的前提 ls -l "/c/Program Files (x86)/VMware/VMware Workstation/backup/"

WSL 或 Git Bash 下路径要写成/c/...的形式。第二条命令如果报「没有那个文件或目录」，说明补丁根本没跑成功，或者它把备份放在了别的地方——这时别继续往下装系统，先解决补丁问题。

提示：补丁生效后第一次启动 VMware，如果弹出许可证或更新提示，先选择跳过。补丁修改了核心二进制，某些版本会触发完整性检查的告警，这不影响使用，但需要你心里有数。

3. 从新建虚拟机到装完系统：一份可复现的配置清单

补丁打好只是拿到了入场券，真正决定能不能装上、装完好不好用的，是虚拟机参数怎么配。这一块网上的说法五花八门，我按自己反复装过的配置给一份能直接抄的清单，同时把每个参数为什么这么设讲清楚，你后面换系统版本时也好自行调整。

3.1 虚拟机硬件参数的取舍

新建虚拟机时选「Apple Mac OS X」，版本下拉里能选到 10.12 这一档就说明补丁成功了。接下来几个参数值得单独说：

磁盘预分配建议选「单个文件」，虽然首次创建慢，但迁移虚拟机时不用处理一堆碎片文件。选「拆分成多个文件」的话，拷到别的机器上少一个就废了。

还有一个隐藏项值得改：虚拟机目录下的.vmx配置文件。补丁生效后新建的虚拟机通常已经带上了必要的smc.version = "0"之类的条目，但如果你的虚拟机是从别处拷来的旧配置，需要手动确认。用文本编辑器打开.vmx，检查有没有下面这几行，没有就补上：

# macOS 客户机必须的几项，缺一项都可能卡在引导阶段 smc.present = "TRUE" smc.version = "0" firmware = "efi" board-id.reflectHost = "FALSE" hw.model.reflectHost = "FALSE"

smc.present与smc.version让 VMware 模拟出 SMC 芯片，这是 macOS 检查硬件环境的核心组件。board-id.reflectHost和hw.model.reflectHost设成 FALSE，是为了不让虚拟机直接照抄宿主机的型号标识——照抄反而容易被识别为异常。改完记得关闭 VMware 再重启，热改不生效。

3.2 引导镜像与磁盘格式的转换

VMware 不能直接挂载.dmg，必须先把系统镜像转成 ISO。如果你拿到的是原版安装包，常见做法是用工具把它转成可引导的 ISO；如果拿到的是别人做好的 VMware 专用镜像，常见格式是.vmdk，直接挂到 SATA 控制器上即可。

# 检查下载到的镜像文件类型，别被扩展名骗了 file ./macOS_10.12.6.iso # 期望输出类似：ISO 9660 CD-ROM filesystem data # 如果输出是 "dmg" 或 "data"，说明是 DMG 改了个扩展名，不能直接用

这条命令看起来简单，但能省掉大量时间。我见过太多次「镜像明明下载了，就是引导不起来」，最后一查是.dmg改了后缀。真正的可引导 ISO 应该有 ISO 9660 或 UDF 文件系统标识。

如果拿到的是.vmdk磁盘镜像，操作更直接：新建虚拟机时选「使用现有虚拟磁盘」，指向那个 vmdk 文件。注意要把原有的 vmdk 先复制一份再挂载，别直接挂源文件——一旦虚拟机启动并写入，源文件就被污染了，想重来时没有后悔药。

3.3 安装过程的几个关键节点

引导进入安装器后，先别急着点继续。打开顶部菜单的「磁盘工具」，把虚拟磁盘抹掉，格式选「Mac OS 扩展（日志式）」，方案选 GUID 分区图。这一步跳过的话，安装器会告诉你「没有可用于安装的磁盘」，很多新手就卡在这。

抹盘完成后关闭磁盘工具，回到安装器继续。安装过程大概 20 到 40 分钟，取决于宿主机磁盘是机械还是固态，中间会重启一到两次，屏幕全黑一阵子属于正常现象，别以为死机了就强制关机。

装完进入桌面，第一件事是挂载darwin.iso装 VMware Tools。在虚拟机设置里把 CD/DVD 指向补丁包tools目录下的darwin.iso，然后系统内会挂载出一个安装镜像，双击安装即可。装完重启，分辨率自适应和剪贴板共享就都有了。

# 装完 Tools 后验证一下分辨率与共享是否生效 # 在 macOS 终端里执行，看输出里有没有 VMware 相关条目 system_profiler SPDisplaysDataType | grep -i vmware ioreg -l | grep -i "VMware" | head -n 20

第一条命令查显卡驱动信息，能看到 VMware SVGA 之类的字样说明显示驱动已加载。第二条查 IO 注册表里的 VMware 设备节点，能验证 Tools 的服务是否真的跑起来了。两条都有输出，才算装干净了。

4. 避坑清单：五类高频翻车与对应解法

这一节的内容基本都是从失败里换来的。每个条目按「现象、原因、解决」写，你对照着看，命中哪条直接照方抓药。

4.1 补丁跑完，新建向导里依然没有 Apple 选项

现象：脚本执行完毕，控制台没报错，重启 VMware 后新建虚拟机，客户机操作系统列表里还是找不到 macOS。

原因通常有三个。第一，VMware 版本与补丁版本不匹配，脚本静默跳过了不认识的偏移地址。第二，执行时没有管理员权限，写文件失败但没有中断流程。第三，宿主机上装了多个 VMware 产品（比如同时有 Player 和 Workstation），补丁只改了其中一个目录。

解决：先确认 VMware 精确版本号，在「帮助」菜单里的「关于」中能看到完整版本。然后以管理员身份重开一个终端，手动执行脚本并保留输出，看它到底匹配到了哪个版本、写了哪些文件。如果是多产品共存，把不用的那个卸掉，避免补丁只打了一半。

4.2 启动虚拟机卡在苹果 Logo，进度条纹丝不动

现象：虚拟机开机后出现苹果标志，进度条走到五分之一左右停住，等半小时也没动静。

原因一般是固件类型或 SMC 配置不对。新建时如果没选 EFI，或者.vmx里缺了smc.version，macOS 在内核初始化早期就会挂起，而且不给任何错误提示，黑匣子一样。

解决：关机，编辑.vmx，确认firmware = "efi"、smc.present = "TRUE"、smc.version = "0"三项齐全。另外检查虚拟机的 CPU 是否被设成了不支持的指令集组合，旧版 macOS 对某些新 CPU 的特性识别有问题，可以在.vmx里加一行cpuid.1.eax = "00000000000000000000000000000001"做兼容处理。改完再启动。

4.3 安装器提示「没有可用于安装的磁盘」

现象：引导进安装器，点继续后弹出错误，说找不到可安装的目标磁盘。

原因很单纯：虚拟磁盘没被抹掉，或者抹的时候分区方案选错了。macOS 安装器只认 GUID 分区图加 Mac OS 扩展格式，MBR 或者 APFS 在 10.12 这一代上不一定被接受。

解决：顶部菜单打开「磁盘工具」，左侧选中虚拟磁盘本体（不是它下面那个分区），点「抹掉」，格式选「Mac OS 扩展（日志式）」，方案选「GUID 分区图」。抹完确认磁盘状态是已挂载，再关掉磁盘工具回去继续安装。

4.4 装完 Tools 后分辨率还是锁死在 1024×768

现象：VMware Tools 显示安装成功，重启后窗口还是小尺寸，拉伸窗口画面也不跟着变。

原因有两个常见分支。一是darwin.iso版本与系统版本不配套，10.12 需要较老的一版 Tools，用新版镜像里的安装包会装上一个不兼容的驱动。二是安装前没卸载旧驱动残留，导致新驱动加载失败。

解决：先在虚拟机设置里把 CD/DVD 换成tools目录下的darwinPre15.iso（这个就是给 10.12 及更早系统准备的），重新安装。装之前进/Library/Application Support/VMware Tools/看看有没有残留，有就先跑卸载脚本再装。装完必须完全关机再开机，重启（reboot）不重新加载虚拟显卡驱动。

4.5 虚拟机时间总是慢或快几个小时

现象：系统里显示的时间跟宿主机对不上，登录某些服务时报证书时间错误。

原因：macOS 在虚拟机里对硬件时钟的读取方式与 VMware 的默认模拟不一致，加上 Tools 里的时间同步服务没有正常运行。

解决：确认 VMware Tools 已装且vmware-tools-daemon在跑，然后在系统偏好设置里把时区手动设成你所在时区并关闭自动设置，再打开终端执行sudo ntpdate -u time.apple.com强制校时。如果每次开机都漂，可以在.vmx里加tools.syncTime = "TRUE"，让宿主每次开机时把时间推给客户机。

5. 收尾技巧：把一次成功变成可重复的流程

装一次 macOS 虚拟机，顺利的话两小时，不顺利能耗掉一整个周末。真正有价值的不是这次装成了，而是下次换机器、换版本时能照着同一套流程再来一遍。我现在的习惯是，在虚拟机彻底配置好、Tools 装完、常用开发环境搭完之后，立刻做一次快照，命名带上日期和关键配置，比如clean-10126-tools-xcode。快照文件会占空间，但它能让你在后续任何一次实验性改动搞崩系统时，几十秒回到可用状态，比重新装一遍省太多。

快照之外还有几件值得固化下来的事。

第一，把补丁包和镜像的校验值记下来。补丁包本身很小，但镜像动辄几个 GB，下载过程中损坏的概率不低。拿到镜像后先算一遍哈希，跟来源提供的值比对，对不上就重下，别抱着侥幸心理去引导。

# 计算镜像的 SHA256，与来源提供的值逐位比对 sha256sum ./macOS_10.12.6.iso

第二，把.vmx里那几行关键配置单独存一份文本。以后新建虚拟机时，先正常创建，再把这几个键值对追加进去，能避开大部分引导阶段的问题。这比每次翻聊天记录找参数靠谱得多。

第三，虚拟机目录整个打包备份一次。装好的系统盘、.vmx配置、darwin.iso放在一起，换电脑时直接拷过去，改一下路径就能用。注意拷贝前先完全关机，运行中拷贝会得到损坏的磁盘文件。

第四，记录下你实际使用的 VMware 精确版本号和补丁版本号的对应关系。补丁与宿主的版本匹配是整条链路里最脆弱的一环，升级 VMware 之前先确认有没有对应的补丁，没有就别升。我吃过一次亏，顺手点了升级，结果所有 macOS 虚拟机全部无法启动，回滚 VMware 又花了半天。

关于验证是否装「干净」了，除了前面提的显示与 IO 检查，还有一个简单办法：跑一遍你实际要用的工作负载。如果是为了编译，就装个命令行工具链跑个 hello world；如果是为了界面测试，就开一个目标分辨率的窗口看渲染是否正常。能跑通实际任务，比任何参数检查都有说服力。

最后说一句关于获取的事。这个补丁本身不难找，难的是找到与你的 VMware 版本严格匹配的那一份，以及配套的darwin.iso。拿到资源后，先核对版本对应表，再动手，别急着双击。希望帮到你。

本文还有配套的精品资源，点击获取