想在 Windows 或 Linux 主机上用 VMware Workstation Pro 跑一个 macOS 虚拟机光是“新建虚拟机”这一步就会卡住一大半人系统类型列表里根本没有 Apple Mac OS X 这个选项就算强行装上了启动时也会被系统拦下来。标题里那套 “Unlocker OEM BIOS 2.7” 就是专门解决这类问题的它给 VMware 程序打一个解锁补丁再往虚拟主板里注入一套苹果风格的固件信息让 macOS 误以为自己运行在真 Mac 上从而顺利完成安装和启动流程。这篇文章从原理开始讲把 Windows 和 Linux 两个平台下的完整操作、参数配置和常见坑全部摊开写适合准备在 VMware 里折腾 macOS 虚拟机的朋友也适合只想临时跑一个 macOS 测试环境、不想真机折腾双系统的人。1. 先搞懂为什么 VMware 默认跑不了 macOS1.1 macOS 虚拟化的那道“锁”究竟锁在哪里很多人以为只要装个 VMware挂上 macOS 镜像就能直接装结果一启动就报错或者系统类型里压根没有 Mac 的选项。这背后的原因要从两个层面看一层是苹果的授权限制另一层是技术层面的硬件校验。苹果在终端用户许可协议里明确写了 macOS 只能运行在苹果自家的硬件上所以 VMware 这类虚拟化软件在默认配置里不会开放对 macOS 客户机的支持。想做这个功能的厂商要么像“别家”一样走特殊授权路线要么就只能默认关掉这个口子。VMware 的选择是后一种产品里有相关代码但默认被隐藏和禁用普通用户根本看不到。技术层面更关键。macOS 安装器在启动时会读取虚拟机的 SMBIOS 信息也就是主板厂商、产品型号、序列号、Board ID 这些硬件身份数据然后跟系统自带的支持列表做比对。如果发现硬件不是苹果的设备安装器直接拒绝继续。这不是装不装得上的问题而是“这台电脑被识别为不是 Mac”。而我前面提到的 Unlocker 工具本质就是把这个被禁用的功能打开再配合 OEM BIOS 补丁给虚拟机伪造一套能让 macOS 认可的硬件身份。这里可以打一个比方你拿着员工卡去刷门禁macOS 的门禁系统只认它自己发的卡Unlocker 负责把刷卡通道打开OEM BIOS 就是那张伪造的员工卡。两者缺一不可只开通道没卡进不去只塞卡不打开通道也白搭。1.2 Unlocker 与 OEM BIOS 2.7 各自负责什么先说 Unlocker 这一层。它的核心动作是修改 VMware 的程序文件在 Windows 上主要是替换 vmwarebase.dll 这类二进制文件里被锁定的逻辑在 Linux 上则是修改对应的 vmware-vmx 可执行文件和相关配置。改完之后VMware 虚拟机的客户机类型列表里就会出现 Apple Mac OS X 系列并且底层会开放对 macOS 启动方式、磁盘控制器、EFI 引导等特性的支持。工具包里另一个关键部分是 OEM BIOS这其实就是一组苹果风格的 SMBIOS 数据Unlocker 在打补丁的时候会把它们写入虚拟机固件里。虚拟机启动时主板 BIOS/UEFI 会报告自己是某个型号的 Mac比如 iMacPro1,1 或 MacPro6,1 之类的macOS 安装器校验通过才会继续往下走。标题里说的 2.7指的是这套 Unlocker 与 OEM BIOS 工具组合的版本号虽然是社区维护的工具但它的重要性和 VMware 版本号是对应的。选择工具版本时有一个硬性原则必须跟你安装的 VMware Workstation Pro 大版本匹配。比如你的 VMware 是 17 系列就去找适配 17 的解锁工具如果是更新一档的 26H1u1 或者后续版本就要用专配的对应工具。拿旧版补丁去打新版 VMware多半会失败或者直接把程序文件改坏我在早期折腾的时候就因为版本没对齐把 vmwarebase.dll 弄到无法启动最后只能重装 VMware。2. 环境准备VMware 版本、镜像与工具包选型2.1 VMware Workstation Pro 的版本与获取方式Windows 和 Linux 上安装 VMware Workstation Pro 的思路一致都是下载对应平台的安装包。现在的 VMware Workstation Pro 对个人非商业用途已经开放了免费许可去官网注册一个账号在“个人使用”的许可通道里申请就能拿到合法的序列号不必去找来路不明的激活工具。标题里的 26H1u1 是一种近期的版本命名方式实际上不管你是用 17 系列、18 系列还是更新的 26H1u1、26H2解锁的思路都是完全一样的只是工具版本要跟着走。如果你以后升级了 VMware那么解锁补丁也需要重新打一遍这一点在文章后面维护部分会再强调。我建议安装的时候选一个稳定版本不要追最新因为 Unlocker 这类社区工具的适配速度往往滞后于 VMware 官方更新。装好之后先确认 VMware 能正常运行再继续后面的操作这样出了问题也容易判断是哪一步引起的。2.2 macOS 安装镜像的选择与处理镜像是最容易出问题的环节。很多人从网上下载的是 DMG 格式的恢复镜像VMware 不认这种格式直接挂载会出现无法引导的情况。这里推荐使用社区转换好的安装 ISO 文件或者扩展名为 CDR 的镜像这两种格式 VMware 都能直接识别。标题里提到的 macOS Tahoe是社区对某一版本 macOS 的叫法实际安装时你手头是什么镜像就在虚拟机里选对应的系统版本即可。这套流程对 Big Sur、Monterey、Ventura 甚至更新的版本都适用没有本质区别。选镜像的时候重点看三件事文件是否完整、SHA256 校验值是否一致、是不是 ISO/CDR 格式。我自己下载过几次所谓“懒人版”镜像装到一半提示文件损坏后来改成校验哈希并换官方基础镜像一次性就通过了。还有一个细节如果你的物理 CPU 是 AMD部分早期 macOS 镜像安装时会报 CPU 相关的错误需要在 vmx 配置文件里添加 CPUID 欺骗参数。这个后面在调优部分会给出具体代码这里先提个醒。2.3 Unlocker OEM BIOS 2.7 工具包的确认与备份下载 Unlocker 工具包之前先确认它的适配版本然后做三件准备工作。第一把工具包解压到一个纯英文路径下比如 C:\unlocker不要放在中文目录或桌面因为脚本在 Windows 和 Linux 下都可能因为路径编码问题找不到文件。第二把杀毒软件的实时防护临时关掉或者把解压目录加入白名单。这类工具要修改 VMware 的程序文件几乎所有杀毒软件都会拦尤其是 Windows Defender。我第一次用的时候没关 Defender点开 win-install.cmd 立刻被隔离了一个关键文件补丁操作直接失败还误以为工具坏了。第三备份 VMware 安装目录里的关键文件。Windows 下主要是 vmwarebase.dllLinux 下是 vmware-vmx测试版本不同文件名会有差异工具包里一般会附带 uninstall 脚本它在恢复时需要默认状态的文件如果没有备份一旦补丁不兼容就麻烦了。工具解压后目录里通常会有 Windows 用的 win-install.cmd 和 win-uninstall.cmdLinux 用的 lnx-install.pl 和对应卸载脚本。这里用一个表格看清楚它们的职责脚本/文件适用平台作用win-install.cmdWindows给 VMware 打解锁补丁开放 macOS 客户机类型win-uninstall.cmdWindows移除已打的补丁恢复 VMware 原始状态lnx-install.plLinux同上但以 Python 脚本方式执行配套卸载脚本Linux删除补丁恢复原配置darwin.isoWindows/Linux苹果客户机的 VMware Tools 镜像装完系统后用3. Windows 平台完整实操从打补丁到装完系统3.1 第一阶段给 VMware 打上解锁补丁Windows 平台的操作要先保证 VMware 完全处于退出状态包括右下角托盘里的 VMware 图标不要只是关了主窗口必须右键退出托盘程序。否则补丁脚本在替换 vmwarebase.dll 时会被文件占用锁死经常出现“拒绝访问”的报错。具体步骤如下以管理员身份打开命令提示符切换到 Unlocker 工具目录。执行 win-install.cmd等待脚本运行结束。正常情况下几十秒到一两分钟完成终端会有明显的进程信息。脚本执行完毕后重新打开 VMware Workstation Pro依次点击“新建虚拟机”看客户机操作系统类型列表里是否出现 Apple Mac OS X。如果出现了说明补丁生效。执行过程中如果杀毒软件弹出拦截优先选择“允许”并确认拦截的文件是 vmwarebase.dll 或 vmware 相关组件。这里有一个经验打补丁成功的关键不是你用什么工具而是确保 VMware 完全退出、杀软不干扰、文件的只读属性被解除这三个条件缺一不可。我见过有人补丁打完之后 VMware 打开就闪退后来发现是之前安装过旧版 Unlocker和新版补丁相互冲突。这种情况先运行 win-uninstall.cmd 清理旧补丁再重新安装即可。3.2 第二阶段新建虚拟机并调整关键配置新建虚拟机时选择“Apple Mac OS X”类型版本列表里会出现很多选项选择与你镜像对应的版本。如果找不到完全一致的版本号选择一个相近的高版本选项实测也可以引导安装因为 Unlocker 已经打开了底层支持版本列表主要是给 VMware 一个客户机类型提示。接下来是关键资源分配我的推荐配置如下内存至少 8GB如果宿主机内存充裕建议给 12GB 以上。macOS 的桌面环境比较吃内存给少了会有明显卡顿。CPU至少 2 核推荐 4 核或更多。注意不要给超过宿主物理核心数的一半否则虚拟机的调度会影响宿主机使用体验。磁盘给 60GB 以上控制器选择 NVMe会比 SATA 更有接近原生的感觉。网络默认 NAT 就可以安装时不需要联网装完系统后再配置网络也来得及。声卡、USB 控制器保持默认自动添加对首次安装影响不大。这些配置在虚拟机向导里完成之后不要立刻开机先编辑虚拟机设置把“引导类型”确认是 UEFI。部分镜像包里的引导方式默认依赖 BIOS 兼容模式如果你拿到的 ISO 是为了 Unlocker 方案定制的UEFI 会更稳妥。3.3 第三阶段安装 macOS 和 VMware Tools把下载好的 macOS ISO 镜像挂载到虚拟机的 CD/DVD 光驱上点击开启虚拟机。如果一切正常屏幕会进入苹果 Logo 启动过程并出现语言选择界面。这里要注意macOS 的安装体验和 Windows 完全不同它的安装器是一个完整的图形界面需要先进入“磁盘工具”把虚拟磁盘抹成 APFS 格式再返回安装器界面选择该磁盘进行安装。具体流程是进入安装器后打开顶部菜单的“实用工具”里的“磁盘工具”选中 VMware 虚拟硬盘格式选择 APFS抹掉之后退出磁盘工具然后选择“安装 macOS”并选中刚才抹掉的磁盘剩下的就是等待期间虚拟机会自动重启一到两次属于正常现象。系统装完之后第一件事是安装 VMware Tools。打开虚拟机的光驱设置在“使用 ISO 镜像文件”那栏选择 VMware 安装目录下的 darwin.iso通常在安装目录的 isoimages 文件夹里。挂载后进入 macOS 系统桌面打开光盘运行安装包装完后重启。这一步做完之后分辨率才能调整、剪贴板才能共享、文件拖拽才会生效。很多人在这一步偷懒等到用的时候发现不能用又回去补装浪费的时间反而更多。4. Linux 平台完整实操权限、脚本与图形化配置4.1 Linux 版 Unlocker 的执行差异Linux 下的 Unlocker 脚本虽然是 .pl 后缀但本质上是一个 Python 脚本不要直接尝试用 Perl 执行。在 Ubuntu、Debian 这类发行版上先确认系统里有 Python 3然后打开终端切换到 root 权限执行sudo python /path/to/unlocker/lnx-install.pl如果你的发行版默认 python 命令指向 Python 2也可以用python3显式执行。执行之前先停止所有 VMware 相关的服务通常运行以下命令sudo systemctl stop vmware sudo vmware-modconfig --console --install-all这里有一个很常见的坑如果 VMware 是在图形界面里开着的即使你没打开任何虚拟机脚本也会因为 vmware-vmx 进程被占用而失败。建议执行脚本之前用ps aux | grep vmware检查一下相关进程全部退出再操作。脚本正常执行完毕后启动 VMware Workstation Pro在新建虚拟机向导里同样会看到 Apple Mac OS X 选项。如果 Linux 上没有出现优先检查是不是权限问题导致脚本只改了一半可以重新用 root 再跑一次或者查看脚本运行时的输出通常会写明哪个文件被修改、哪个文件未被找到。4.2 图形界面配置与 vmx 文件的补充参数Linux 版 VMware Workstation Pro 的使用流程和 Windows 版几乎一样新建虚拟机的界面也基本相同。关键区别在于Linux 下虚拟机的配置文件后缀是 .vmx位置通常在 ~/vmware 或你选择的虚拟机目录里可以直接用文本编辑器打开修改。这里给出一组常用的补充参数用于提升 macOS 客户机的兼容性smc.version 0 vhv.enable TRUE keyboard.vusb.enable TRUE mouse.vusb.enable TRUEsmc.version 是用来匹配 macOS 对系统管理控制器的校验的新版 macOS 安装时少了这一行会出现随机重启vhv.enable 开启嵌套虚拟化对需要跑虚拟化测试的场景有用后面两行是启用虚拟 USB 键盘鼠标避免安装界面里键鼠无响应的偶发问题。这些参数不会由 Unlocker 自动写入属于经验性的补充项。如果你的虚拟机可以正常安装使用不加这些也能跑但如果卡在启动阶段试着逐项添加并重启虚拟机判断是哪一项生效。4.3 Linux 平台特有的注意点Linux 下跑 macOS 虚拟机和 Windows 下有几点体验上的差异首先要注意宿主机是 Wayland 还是 X11。Wayland 会话下 VMware 的窗口渲染偶尔会有延迟如果发现虚拟机屏幕刷新异常优先在登录界面切回 X11 会话再跑表现会稳定很多。其次是 VMware 内核模块的加载问题。Linux 系统升级内核之后vmmon 和 vmnet 这些模块需要重新编译否则 VMware 会提示“无法打开虚拟机”报错信息通常是设备不存在或者模块加载失败。执行一次sudo vmware-modconfig --console --install-all基本能解决实在不行就重新安装 VMware 对应版本的安装包。SELinux 或 AppArmor 这类安全模块在部分发行版上也会拦截 VMware 运行导致虚拟机无法创建。排查方式很简单先看系统日志里有没有 avc 或 apparmor 拒绝记录如果有将 VMware 的可执行文件加入白名单即可。这类问题不常见但遇到了没有头绪的话会浪费不少时间。5. 常见问题与排查技巧实录5.1 高频问题速查表下面这几个问题是我和群里朋友实测中出现频率最高的整理成一个表格方便对照排查问题现象常见原因解决办法新建虚拟机时没有 Apple Mac OS X 选项补丁未生效或 VMware 未完全退出重跑补丁确保 VMware 及托盘进程全部退出开机直接黑屏无反应镜像格式不兼容或引导类型不对换 ISO/CDR 格式镜像将固件类型改为 UEFI卡在苹果 Logo 或进度条SMBIOS 信息缺失或 smc.version 参数不对在 vmx 中添加 smc.version 0 并检查机型参数安装界面鼠标键盘无响应USB 控制器配置问题添加 keyboard.vusb.enable 和 mouse.vusb.enable安装时提示 CPU 不支持AMD CPU 缺少 CPUID 欺骗在 vmx 中添加伪造 Intel CPUID 参数装完系统没有声音/网络未安装 VMware Tools挂载 darwin.iso 并安装完整 VMware Tools更新 VMware 后 macOS 虚拟机无法引导补丁被新版本覆盖重新运行对应版本的 Unlocker 补丁开启虚拟机后宿主机死机或卡死给虚拟机的 CPU/内存过多降低资源分配并确保开启硬件虚拟化 VT-x/AMD-V5.2 最容易被忽略的 CPUID 欺骗问题如果你的机器是 AMD 处理器安装新版本 macOS 时大概率会遇到“这台电脑无法安装”的提示这是 macOS 的安装器对 CPU 型号做了判断。解决方法是给 vmx 文件添加一组伪造 Intel CPUID 的参数让虚拟机的 CPU 信息看起来来自 Intel。下面是刚从社区方案里验证过的一组常用值cpuid.0.eax 0000:0000:0000:0000:0000:0000:0000:1011 cpuid.0.ebx 0111:0101:0110:1110:0110:0101:0100:0111 cpuid.0.ecx 0110:1100:0110:0101:0111:0100:0110:1110 cpuid.0.edx 0100:1001:0110:0101:0110:1110:0110:1001 cpuid.1.eax 0000:0000:0000:0001:0000:0110:0111:0001 cpuid.1.ebx 0000:0010:0000:0001:0000:1000:0000:0000 cpuid.1.ecx 1000:0010:1001:1000:0010:0010:0000:0011 cpuid.1.edx 0000:0111:1000:1011:1111:1011:1111:1111 featureCompat.enable TRUE把这些内容加到虚拟机 vmx 文件的末尾保存后启动虚拟机AMD 平台下基本就能过了。需要注意的是不同 VMware 版本对 cpuid 参数的解析方式略有差异如果添加后虚拟机无法启动把 featureCompat.enable 单独注释掉再试。5.3 VMX 文件里手动指定机型信息如果开机进度条走到 80% 左右反复重启通常是 SMBIOS 机型信息和镜像期望的不匹配。Unlocker 默认嵌入的机型数据不一定适合所有版本的 macOS这时可以手动覆盖。在 vmx 文件里添加以下格式board-id Mac-4B682C642B45593E hw.model MacBookPro16,1 serialNumber C02XK32VJG5H这是典型的 MacBook Pro 16,1 的信息覆盖官方版本安装基本都能过。如果你装的是桌面版 macOS可以换成 iMacPro1,1 对应的 board-id 和 hw.model。这里需要注意手动指定之后如果问题依旧先用 uninstall 脚本清理补丁再重新安装一次确保系统读取的 SMBIOS 数据没有残留。6. 性能调优与日常维护建议6.1 vmx 参数调优让 macOS 跑得更流畅装完系统不代表体验结束macOS 虚拟机运行一段时间后你会发现默认配置的性能表现很一般。这里有几个经过实测有效的调优项。首选是内存和 CPU 的重新分配。如果你的宿主机是 16GB 内存以上给虚拟机分配 8GB 内存和 4 核 CPU 是基本盘。分配太少macOS 的桌面动画会掉帧应用切换也卡分配太多宿主机自身资源不足反而拖慢一切。其次是在虚拟机设置里打开 3D 加速显存调到 512MB 或 1GB这样窗口缩放和网页滚动会顺滑不少。另一个容易被忽略的参数是mainMem.useNamedFile FALSEWindows 下默认的临时文件会在虚拟机运行时占用大量磁盘空间而且机械硬盘上会造成性能波动。把这个参数加进 vmx 文件后内存映射文件会被禁用虽然对依赖快速恢复的挂起操作有一点影响但对日常使用性能提升明显。磁盘镜像建议选择“预分配”模式虽然创建时需要更多空间和时间但虚拟磁盘长时间使用后不会像动态增长模式那样产生大量碎片性能衰减更小。6.2 快照、克隆与升级后的维护经验macOS 虚拟机维护有三个习惯值得养成第一在系统刚安装完成、VMware Tools 装好之后立刻做一次快照。这样后续调试任何软件或者系统设置出问题都能一键回到干净状态不用重新装系统。我自己的习惯是保留两个快照一个是“刚装完系统”一个是“装完常用开发环境”。第二如果你需要多套 macOS 环境不要重复安装直接克隆虚拟机。克隆时选“创建完整克隆”避免链接克隆依赖母机路径以后移动文件方便。克隆出来的虚拟机启动前把 vmx 里的 serialNumber 改掉避免和母机重复部分苹果服务会因此出问题。第三凡是你升级了 VMware Workstation Pro或补装了大版本更新都要重新运行 Unlocker 补丁。这是因为 VMware 更新会恢复原始程序文件之前解锁的 macOS 类型列表会被还原。跑一遍安装脚本之后已经装好的 macOS 虚拟机一般不用重装直接就能开机。另外macOS 客户机里的系统更新过去靠 Over The Air 是可以正常使用标准功能的但最近几个大版本推送后虚拟机的流畅度明显下降这往往是因为新系统对显卡和内存的占用提高了。如果你只是用于测试建议把客户机的自动更新关掉通过控制台设置更新为“仅手动检查”可以避免某天突然升级导致虚拟机无法启动的情况。我在实际使用中有两个小经验想分享给大家。第一个是无论 Windows 还是 Linux安装 macOS 虚拟机之前先确认宿主机的 BIOS 里开启了 VT-x 或 AMD-V 硬件虚拟化这一步没开的话所有后续操作都白搭系统会报“虚拟机启动失败”的错。第二个是Unlocker 工具运行完之后如果 VMware 打开正常但虚拟机启动报错优先查 vmx 文件而不是急着重装系统百分之八十的问题都出在参数配置和环境残留上。折腾 macOS 虚拟机的过程说难其实不难说简单又确实有不少暗坑。只要你理解了 Unlocker 负责打开 VMware 的功能开关、OEM BIOS 负责伪造硬件身份这两件事后面遇到问题就都有排查方向了。希望这篇分享能帮你省下几个晚上的折腾时间。