企业官网建设流程全解析

简介：unlocker208 是面向需要在 VMware 环境中运行 macOS 的用户整理的补丁工具包，重点解决虚拟机创建时无法识别 Apple 系统、macOS 无法正常引导等兼容性问题，适用于 Workstation、Player、Fusion 及 ESXi 等多类产品的实测场景。压缩包共 18 个文件，约 9.61MB，包含 8 个 sh 脚本、3 个 exe 可执行文件、3 个 cmd 批处理、3 个 py 脚本和 1 个 txt 说明文档，分别覆盖不同平台的补丁安装、卸载与 VMware Tools 更新等用途。已有 2474 人学习或下载。包内提供分平台脚本与 Python 补丁代码，并附 readme 说明和常见报错提示，便于读者了解补丁的作用机制、核对版本兼容性，并在遇到虚拟机启动异常时按提示排查；对希望减少反复试错、系统掌握 VMware 运行 macOS 配置思路的读者具有较强参考价值。

1. 一台 Windows 工作站要跑 macOS 10.12.6，缺的往往不是硬件

手上只有一台 Windows 工作站，却要复现一个只在 macOS 10.12.6 上才出现的老问题——最省事的办法是用 VMware 起一台 Sierra。装完 Workstation 你会发现新建向导里根本没有 Apple 这一栏；就算手工把 guestOS 改成 darwin16，按下开机电源，虚拟机窗口一闪就关，日志里只留一句「Mac OS X 不受支持」。unlocker208 就是拆这两道闸门的补丁：给 VMware 的客户机列表塞进 darwin 条目，再把 vmx 执行体里那段「非 Apple 硬件不许上电」的校验抹掉。它适合手里是 Workstation 12 / Player 12 这一代、客户机锁定 10.12.6 的人；想装更高版本的系统，这个包够不着，别硬套。

2. 补丁落在哪几个文件上：unlocker208 的三道闸门与 darwin16 的天花板

很多人把 unlocker208 当成一个「一键安装包」，双击跑完发现没效果就开始怀疑人生。实际上它做的事情很窄：定位 VMware 安装目录下两三个可执行文件，按字节特征找到特定位置，把校验逻辑改掉。正因为是二进制级改写而不是改配置，版本对不对得上，直接决定这次操作是成功、无效、还是把 VMware 打坏。

真正的困难在于，多数人不知道补丁应该改哪几个文件。先把补丁的作用范围看清楚，后面所有「装完没反应」「开机就关机」的现象，都能自己定位到具体环节。

2.1 三道闸门：向导条目、开机校验、SMC 设备

第一道闸门是「你根本选不到」。VMware 的新建虚拟机向导里，那份客户机操作系统下拉列表来自安装目录中的一个二进制模块；在 Windows 下，这个模块是vmwarebase.dll。列表里没有 darwin 这一项，你就没有 Apple Mac OS X 可选，只能选「其他」。unlocker208 对它的处理，是把 darwin 相关的客户机条目和相关字符串写回去，让向导把 Apple 一栏渲染出来。这一步只影响「能不能建」，和能不能开机没有关系。

第二道闸门是「能建但开不了机」。真正执行开机的是vmware-vmx.exe。它在给客户机加电之前会判断 guestOS 是不是 darwin；如果是，就进一步检查宿主是不是 Apple 硬件。不是，就直接拒绝并抛出一句Mac OS X is not supported，然后进程退出。这就是很多人看到的「电源一闪，窗口消失」。补丁处理的正是这段判断逻辑。

第三道闸门不在补丁范围内，必须自己补：macOS 内核启动早期会去读 SMC（System Management Controller）的键值，用来确定机型、电源策略等。VMware 只有在 vmx 里写了smc.present = "TRUE"才会虚拟出这个设备；缺了它，内核走到那一步要么无限转圈，要么直接五国（内核崩溃）。补丁只负责让你「建得出、点得开」，第三道在配置里，第 4 章会给出完整写法。

提示：这三道闸门是依次放行的。只解决第二道、不管第三道，表现就是「能开机、卡苹果」，很多人误判成补丁没打上，其实是配置缺行。

还有一点需要提前说明：这类二进制改写依赖字节特征定位，没有官方符号表可查。VMware 只要换了编译版本，甚至只是小版本号往前跳一点，特征串就可能移位，此时补丁要么找不到位置直接跳过，要么改到错误偏移，把文件写成半残。所以「版本对位」不是讲究，而是前提。

2.2 版本对位：darwin16 就是 2.0.8 的天花板

客户机标识里那个数字不是随手编的，它是 Darwin 内核的大版本号：Darwin 14 对应 10.10，Darwin 15 对应 10.11，Darwin 16 对应 10.12，Darwin 17 对应 10.13。所以要装 10.12.6，vmx 里的 guestOS 必须写darwin16。

下表是按常见资料整理的对应关系，各家整理略有出入，最终以解压包里 readme 的说明为准：

把 guestOS 写成 darwin15 能不能开机？能，但 VMware 会按 10.11 的硬件清单去配置设备，显卡、USB 控制器、网卡的默认行为都和 10.12 有差异，后面装 Tools 很容易对不上号。这就是典型的「少写一个数字，多花一整天」。

VMware 这一侧同样要匹配。Workstation 12 这一代的硬件版本是virtualHW.version = "12"。如果你从别处拿了一份virtualHW.version = "14"的 vmx 模板直接套上去，虚拟机会在开机前就报「不支持的硬件版本」，连补丁都帮不了你。

提示：解压后第一个该打开的文件不是win-install.cmd，是 readme。包里通常同时带 Windows 和 Linux 两套脚本，跑错平台等于白忙一场。

2.3 装前自检：五件事不做，后面全是玄学

补丁本身只有几十秒，出问题基本都出在准备阶段。我一般按下面五条过一遍，缺哪条补哪条，能省掉后面大部分反复：

1. 完全退出 VMware。主界面点关闭不算数，托盘图标、后台的vmware-vmx、授权服务进程都要停。文件被占用时，补丁进程往往不会报错，只是静默跳过。
2. 确认安装目录。默认在C:\Program Files (x86)\VMware\VMware Workstation，装在别的盘、或者同时装了 Player，路径就不一样。打错目录是最常见的「装完没反应」。
3. 做一份冷备份。整个安装目录复制一份到别处，退一步至少把vmwarebase.dll和vmware-vmx*.exe单独存起来。这是唯一的后悔药，第 3 章还会讲为什么脚本自带的回滚有时恢复不回去。
4. 确认宿主虚拟化开着。BIOS/UEFI 里 VT-x 要打开；如果宿主本身就是一台虚拟机，还得在外层开嵌套虚拟化，否则客户机会卡在启动早期。
5. 盘和内存留够。客户机磁盘 40G 起步，装完系统加上常用工具就吃掉大半；宿主 8G 内存给客户机 4G 是比较舒服的分配。

第 3 条值得多说一句。很多人打补丁失败后第一反应是「再跑一遍 win-uninstall 就干净了」，但如果补丁已经把文件改坏，回滚脚本读的备份也可能已经是被覆盖过的版本。这种时候能不能退回可用状态，取决于你有没有自己留一份原始文件。

3. 在 Windows 上跑通 unlocker208：从关进程到向导里出现 Apple

准备到位之后，实际操作只有几步。真正需要动脑的是这几步中间如何确认状态，以及出错时看哪里。下面按执行顺序走一遍，每一步都给一条可以直接抄的命令或操作。

3.1 先看清机器上到底有几个 VMware

不要急着跑脚本，先确认进程和路径。同一台机器上装过 Workstation 又装过 Player，或者旧版本卸载不干净，补丁很容易打进错误的目录：

# 列出所有 VMware 相关进程，重点看 Path 列是不是你要打补丁的那个目录 Get-Process | Where-Object { $_.Name -like "vmware*" } | Select-Object Id, Name, Path | Format-Table -AutoSize

这条命令做两件事：确认还有哪些 VMware 进程在跑；从Path列反推真实安装目录。如果 Path 里出现两个不同的父目录，说明机器上确实有多个安装。确认清楚之后，再统一结束进程：

# 主界面、播放器、虚拟机和授权服务都要停，否则文件被占用，补丁会静默跳过 Stop-Process -Name vmware, vmplayer, vmware-vmx, vmware-authd -Force -ErrorAction SilentlyContinue

-ErrorAction SilentlyContinue的作用是「进程不存在也不报错」，因为这几个名字不一定全都有。跑完之后再执行一次上面的查询，确认列表已空。这一步省下来，后面就可能多花两小时。

3.2 win-install.cmd 干了什么，日志怎么读

把补丁包解压到本地目录（不要直接在压缩包里双击运行，临时目录的路径经常带空格和特殊字符），然后以管理员身份打开命令提示符：

:: 切到解压目录，路径有空格一定要加引号 cd /d "D:\tools\unlocker208" :: 以管理员身份运行安装脚本，脚本内部会去注册表读 VMware 的安装路径 win-install.cmd

脚本的执行顺序大致是：停止 VMware 相关服务 → 从注册表读安装路径 → 备份将被修改的文件 → 逐个文件打补丁 → 重启服务。日志的措辞各版本略有差别，看关键词就够了：

Found VMware Workstation at: C:\Program Files (x86)\VMware\VMware Workstation Backing up: vmwarebase.dll Patching: vmwarebase.dll Patching: vmware-vmx.exe Finished

三个关键点。第一，Found ... at后面的路径必须和你在 3.1 里确认的一致，不一致说明注册表里读到的是另一个安装。第二，Backing up出现几次，意味着还原时有几个文件可用；如果这一行没出现就直接 Patching，说明备份环节被跳过了，赶紧手工补一份。第三，如果日志里出现带not found、skipped字样的行，多半是文件版本和补丁不匹配，此时不要继续往下走。

还有两类失败值得单独说。一是权限：没有管理员权限时，脚本可能一路跑完但一个字节都没写进去，因为写入被系统拒绝，而脚本没有检查返回值。二是安全软件：改写 exe 这种行为很容易被拦截，表现为窗口一闪而过、目录里文件时间戳没变。遇到这两种情况，先看文件修改时间，再考虑加白名单。

3.3 三处验证：向导、文件时间戳、服务状态

跑完不要急着建虚拟机，花一分钟做三项确认，能区分「真成功」和「假成功」：

• 向导条目：新建虚拟机 → 客户机操作系统里出现Apple Mac OS X，版本下拉里能看到 10.12 这一项，说明vmwarebase改成功了。
• 文件时间戳：安装目录里vmwarebase.dll和vmware-vmx.exe的修改时间变成刚才那一刻，旁边多出备份文件，说明补丁真的写进去了。
• 服务状态：VMware Authorization Service处于运行中，说明脚本收尾正常。

三项里只要有一项不符合，就回到 3.2 看日志，不要跳过继续建虚拟机——那只会把问题推到更难排查的位置。

3.4 回滚：win-uninstall.cmd 什么时候不灵

回滚脚本做的事很简单：把备份文件覆盖回去，再重启服务。

cd /d "D:\tools\unlocker208" win-uninstall.cmd

它有一个容易被忽略的前提：备份只在第一次打补丁时才是「原版」。如果你连续跑了两次安装脚本，第二次备份覆盖了第一次的备份，此时备份里的内容已经是打过补丁的版本，回滚回去等于没回滚。这就是为什么有人反复执行回滚，状态却始终不变。

另外，VMware 的升级安装和修复安装都会把这两个文件换回官方版本，效果等同于自动回滚。所以升级前导出一次虚拟机配置，升级后重新对版本打补丁，是更省事的路径。

注意：升级 VMware 之后，不要拿旧版补丁直接往新文件上打。特征串对不上时可能写到错误偏移，把文件彻底写坏，那时只能重装 VMware。

4. 让 10.12.6 真正进系统：vmx 里那几个不能省的参数

向导里出现 Apple 条目，只代表你有了「建」的资格。真正把 10.12.6 从安装界面送进桌面，靠的是 vmx 文件里那几行配置，以及安装源的形式。这一章按「先解决安装源，再解决参数，最后解决 Tools」的顺序推进。

4.1 安装源：dmg 不能直接挂，得先变成 ISO

VMware 的虚拟光驱只认 ISO 这类原始扇区镜像，Apple 的 dmg 在 Windows 侧既挂不上也引导不了。常见做法是先在 macOS 上把安装镜像转成原始镜像，再交给 VMware：

# 在 macOS 上执行：把安装镜像转成原始磁盘映像 hdiutil convert -format UDRW -o ./sierra.img ./InstallESD.dmg # hdiutil 产出的是 .img，改名成 .iso 只是让虚拟光驱按原始扇区去读 mv ./sierra.img ./sierra.iso

这里的改名并不是真正的格式转换，只是让 VMware 按原始扇区解释这个文件。绝大多数引导场景够用；如果虚拟机认不出这张盘，再用 dmg2img 之类工具先转成标准 ISO 走一遍。参数上，-format UDRW表示输出可读写的原始映像，比默认的压缩格式兼容性更好。

比镜像格式更容易翻车的是引导顺序：10.12.6 的安装器需要二次引导——第一次从 ISO 进安装界面，装完第一次重启时，要在虚拟机设置里把 CD/DVD 改成「断开连接」，否则又会回到安装界面，看起来像死循环。这个坑我在第一次操作时踩过，当时以为是镜像坏了。

4.2 vmx 参数表：哪些必须有，哪些是锦上添花

关机状态下编辑 vmx（在虚拟机的「设置 → 选项 → 高级」旁边能直接找到文件路径），下面这张表是我会逐条核对的：

参数本身不复杂，复杂的是取值之间的依赖：比如网卡选了 vmxnet3，系统装完但 Tools 没装，就是彻底没网，很多人会误判成「网络配置有问题」，其实是驱动没到位。

4.3 一份抄过去就能开机的 vmx

下面这份是 10.12.6 的最小可用版本，注释里写了每一项的理由，可以直接对照修改：

.encoding = "UTF-8" config.version = "8" virtualHW.version = "12" displayName = "macOS 10.12.6" guestOS = "darwin16" # SMC 设备：macOS 内核启动早期要读它的键值，缺了直接崩 smc.present = "TRUE" smc.version = "0" # macOS 只走 EFI，传统 BIOS 引导不起来 firmware = "efi" # 4G 内存 / 2 核是 10.12.6 比较舒服的下限 memsize = "4096" numvcpus = "2" cpuid.coresPerSocket = "1" # 磁盘走 SATA，兼容性最好，别一上来就用 NVMe sata0.present = "TRUE" sata0:0.present = "TRUE" sata0:0.fileName = "macOS-10.12.6.vmdk" # 网卡先 e1000e，等 Tools 装完再考虑换 vmxnet3 ethernet0.present = "TRUE" ethernet0.virtualDev = "e1000e" ethernet0.connectionType = "nat" # USB 控制器，键鼠和 U 盘都靠它 usb.present = "TRUE" usb_xhci.present = "TRUE" # 宿主支持 VT-x 且需要嵌套时打开 vhv.enable = "TRUE" # 关掉安全启动相关检查，10.12.6 不吃这一套 uefi.secureBoot.enabled = "FALSE"

修改时的顺序建议是：先改guestOS和smc.*，能开机进安装界面；再调内存和核数；最后动网卡和 USB。一次改太多，出问题时不知道是哪一行引起的，这是排查中最常见的自找麻烦。

sata0:0.fileName要和虚拟目录里实际的 vmdk 文件名对上，改错了 VMware 会提示找不到磁盘。cpuid.coresPerSocket保持 1 是为了让客户机把两个核识别成两个独立核，某些多核调度场景下识别错会导致性能异常。

4.4 装 VMware Tools：darwin.iso 和 darwinPre15.iso 别拿错

补丁包的 tools 目录里通常有两个镜像：darwin.iso和darwinPre15.iso。名字里的 Pre15 指 Darwin 15 之前，也就是 10.11 及更早的系统用后者；10.12.6 用前者。拿错的表现是安装程序能跑完，但分辨率、剪贴板、时间同步全都不生效。

挂载方式很直接：虚拟机关机 → 设置 → CD/DVD → 使用 ISO 镜像 → 指向darwin.iso→ 开机进系统后双击安装。装完的效果是分辨率自适应窗口、宿主机和客户机之间能复制粘贴、时间自动同步，另外vmxnet3驱动也在这时装上，之后就可以把网卡型号换掉了。

如果包里带了更新脚本（名字类似win-update-tools），它的作用是从官方渠道拉最新版 Tools。网络受限时这一步会失败，但完全不影响使用，直接挂包里自带的镜像就行，不必纠结。

提示：10.12 之后系统对内核扩展有签名限制，安装 Tools 时如果提示被阻止，去「安全性与隐私」里放行一次，然后重启。装完没有任何变化，八成就是这一步没做。

5. 避坑：装完没反应、开机就关机的五条排查记录

下面五条是按发生频率排的，每条都按「现象 → 原因 → 解决」写，遇到问题时可以按顺序对照，基本能覆盖绝大多数场景。

5.1 现象：向导里根本没有 Apple 条目

原因：vmwarebase.dll没被改动。细分下来有三种：补丁打进了另一个安装目录（同时装了 Player 和 Workstation）；脚本没有管理员权限，写入被拒绝但没报错；安全软件拦截了改写行为。

解决：先看安装目录里vmwarebase.dll的修改时间，如果还是几个月前，说明没写进去；再看 3.1 里查出的进程路径，确认补丁打的是同一个目录；最后检查安全软件日志。三样都排除后重跑一次安装脚本，并盯住日志里Found ... at那一行的路径。

5.2 现象：虚拟机建出来了，一按开机窗口就消失

原因：vmware-vmx.exe的校验没被去掉。最常见的是补丁只改了其中一个变体——安装目录里往往有vmware-vmx.exe、vmware-vmx-debug.exe、vmware-vmx-stats.exe几个文件，正常开机走的是第一个，调试模式走的是第二个。只改了一个，就出现「调试能开、正常开不了」的怪现象。另一种可能是 VMware 升级把文件换回了官方版。

解决：在安装目录按修改时间排序，确认所有vmware-vmx*.exe都是刚才的时间戳；打开虚拟机目录下的vmware.log，搜索darwin和not supported，能直接看到是哪一段校验拦下来的。确认后关机、结束所有 VMware 进程、重跑补丁。

5.3 现象：卡在苹果 logo，进度条走到一半黑屏或五国

原因：补丁这一层已经过了，卡在 SMC 相关检查上。vmx 里缺smc.present = "TRUE"，或者smc.version没写，内核读不到需要的键值。

解决：虚拟机关机，直接编辑 vmx 补上这两行，再开机。如果补上后仍然黑屏，把firmware改成efi再试一次——有些模板是从别的系统复制过来的，这一行还是传统 BIOS。改完记得保存文件再启动，VMware 在运行时会锁定 vmx，改了不生效。

5.4 现象：安装器弹窗说「此副本已损坏」

原因：不是文件真坏了，是 10.12 这一代安装器的签名证书过期，加上客户机时间没有同步到正确年份。

解决：在安装器界面打开菜单里的终端，把系统日期设到 2016 年，关掉弹窗继续安装；装完进系统后再把时间同步打开。这个操作只影响客户机，和宿主机无关。

5.5 现象：VMware 升级之后，原来的 macOS 虚拟机打不开

原因：升级安装把vmwarebase.dll和vmware-vmx*.exe全部换成了官方版本，补丁自然没了。有些升级还会顺带提高硬件版本，导致 vmx 里的virtualHW.version和实际不匹配。

解决：升级前先导出一份虚拟机配置；升级后先确认硬件版本，再从对应的补丁版本重新打一遍，不要拿旧补丁往新文件上打。如果升级后虚拟机直接报「文件损坏」，先别急着删，把 vmx 里的硬件版本改回升级前的数字，多数情况能救回来。

6. 三处校验确认补丁生效，以及我给每个 VMware 版本留的存档目录

判断补丁到底有没有生效，不要只看「向导里有没有 Apple」这一条，那只覆盖了三道闸门里的第一道。我一般做三项交叉验证：向导条目、日志、客户机内部信息，任何一项对不上都说明还有环节没走通。下面的表是这三项的具体查法。

客户机内部这一项最容易被忽略，但它能反向证明引导链路是通的。进系统后开终端：

# 读 CPU 标识，确认 VMware 把宿主 CPU 正确透传进来 sysctl -n machdep.cpu.brand_string # 只看硬件概览前几行，机型、内存、序列号都在这里 system_profiler SPHardwareDataType | sed -n '1,12p' # 检查 VMware Tools 的内核扩展是否加载，有输出说明 Tools 生效 kextstat | grep -i vmware

第一条命令的输出应该能对上宿主的物理 CPU 型号，如果是空的或者明显错乱，说明 vmx 里的 CPU 相关配置有问题。第二条的重点是内存和机型字段，内存应该等于memsize的值。第三条最实用：Tools 装没装、装完有没有真正加载，这条命令一查便知，比看分辨率有没有变化直观得多。

最后一个习惯，是我在被坑过几次之后固定下来的：在备份盘上按 VMware 版本号建目录，比如VMware-12.5/下面放这一代的原版vmwarebase.dll和全部vmware-vmx*.exe，旁边再放一份对应版本的补丁包。这样不管是升级后要重打、还是补丁把文件写坏了要退回，都能在两分钟内搞定，不用去翻旧安装包。我还习惯在目录里放一个文本文件，写清楚这一代跑通过哪个客户机版本、用的哪份 vmx，下次遇到同样需求直接抄。

从那以后我每次动 VMware 之前，都会先把整个安装目录复制一份并标上版本号，再去跑补丁。这个动作只花十几秒，却能省掉一整个下午的重装。希望帮到你。

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