Windows下使用VMware安装macOS Sequoia完整记录
前言
本文记录一次在 Windows 主机上使用 VMware Workstation 和 OC4VM 安装 macOS Sequoia 的完整过程。目标不是追求最新版本,而是在现有硬件和虚拟化软件下尽量兼顾系统版本、兼容性与可维护性。
本次实际环境如下:
| 项目 | 配置 |
|---|---|
| 宿主系统 | Windows 11 25H2 |
| CPU | Intel,24 线程 |
| VMware | Workstation 17.6.4 build-24832109 |
| 引导方案 | OC4VM 3.0.0 Intel 模板 |
| 客体系统 | macOS Sequoia 15 |
| 虚拟机内存 | 8 GB |
| 虚拟 CPU | 2 核 |
| 系统盘 | 128 GiB 稀疏 VMDK |
| 网络 | NAT,e1000e 虚拟网卡 |
需要先说明两个边界:
- Apple 的软件许可将 macOS 的安装和虚拟化限制在 Apple 品牌硬件上,在普通 PC 上运行不属于官方许可与支持场景。
- VMware Workstation 在普通 Windows PC 上也不正式支持 macOS 客体系统。即使安装成功,GPU/Metal 加速、Apple ID、AirDrop、DRM 视频、休眠等能力仍可能不可用。
因此,这套环境更适合学习、测试或临时开发,不适合作为主力生产环境。
为什么选择OC4VM和Sequoia
过去常见的做法是使用 Unlocker 修改 VMware 程序文件,让 Workstation 显示 macOS 客体类型。这种方案会直接修改 VMware 二进制文件,软件升级后还可能需要重新打补丁。
本次改用 OC4VM。它提供预配置的 OpenCore 引导盘和 VMware 模板,不需要修改 VMware 安装目录,并且能够解决 VMware EFI 无法正常进入 macOS Recovery 等问题。OC4VM 3.0.0 明确支持 VMware Workstation 17.6,并包含 Intel 与 AMD 两套模板。
系统版本选择 macOS Sequoia 15,而没有选择更新的 Tahoe,主要原因是 Tahoe 在没有 Apple 虚拟 GPU 的环境中性能和界面效果受限,声音也需要额外处理。Sequoia 的软件兼容周期较长,同时已经得到 OC4VM 的明确测试。
安装前准备
硬件和空间要求
建议至少准备:
- 支持并已开启 VT-x/AMD-V 的 64 位 CPU;
- 16 GB 主机内存,虚拟机分配 8 GB;
- 100 GB 以上可用磁盘空间;
- 稳定网络,恢复环境还会下载十几 GB 的完整系统;
- 支持 AVX、AVX2、F16C 和 RDRAND 指令的 CPU。
所需软件
需要准备三项:
- VMware Workstation 17.6.x;
- OC4VM Release;
- QEMU 中的
qemu-img.exe。
本机已安装 Chocolatey,因此可以在管理员 PowerShell 中安装 QEMU:
1 | choco install qemu -y |
安装完成后验证:
1 | qemu-img --version |
本次实际使用的路径是:
1 | C:\Program Files\qemu\qemu-img.exe |
OC4VM 3.0.0 解压到:
1 | D:\oc4vm-3.0.0 |
解压后应至少存在这些目录:
1 | config |
Windows 恢复镜像工具位于:
1 | D:\oc4vm-3.0.0\tools\windows\recoveryOS.exe |
创建独立虚拟机目录
现有 VMware 虚拟机都放在:
1 | D:\VMware\Virtual Machines |
为避免和已有 Ubuntu 混在一起,本次单独创建:
1 | D:\VMware\Virtual Machines\macOS-Sequoia |
然后将 OC4VM 的 Intel 模板内容复制到这个目录:
1 | D:\oc4vm-3.0.0\vmware\intel |
模板包含:
| 文件 | 用途 |
|---|---|
macos.vmx | VMware 虚拟机配置 |
macos.vmdk | 预格式化的 macOS 系统盘 |
macos.nvram | 预配置 NVRAM |
opencore.iso | OpenCore 引导镜像 |
opencore.vmdk | VMware 使用的 OpenCore 磁盘描述文件 |
macos.plist | VMware Fusion 配置参考 |
模板中的 macos.vmdk 是稀疏磁盘,虚拟容量为 128 GiB,刚创建时实际只占约 18 MB,随着系统写入逐步增长。
下载Apple恢复系统
推荐的手工方式
进入 OC4VM 的 Windows 工具目录:
1 | cd D:\oc4vm-3.0.0\tools\windows |
确认 qemu-img 已加入 PATH 后运行:
1 | .\recoveryOS.exe |
工具会显示系统菜单:
1 | 1. Catalina |
选择 6 下载 Sequoia。下载完成并通过 chunklist 校验后,再选择 1 输出 VMware VMDK。
该工具从 Apple CDN 下载 BaseSystem.dmg 和对应的 chunklist,不需要第三方 macOS ISO。此次恢复镜像约 847 MiB,转换后的虚拟容量为 3 GiB。
手工转换备用方案
如果恢复工具已经完成下载和校验,但没有成功进入格式选择菜单,可以直接转换已下载的 DMG:
1 | & "C:\Program Files\qemu\qemu-img.exe" convert ` |
转换完成后检查镜像:
1 | & "C:\Program Files\qemu\qemu-img.exe" check ".\sequoia-recovery.vmdk" |
本次检查结果为:
1 | No errors were found on the image. |
确认 VMDK 正常后,.dmg、.chunklist 和构建日志都可以删除,只保留最终的 sequoia-recovery.vmdk。
配置VMware虚拟机
将恢复盘放入虚拟机目录:
1 | D:\VMware\Virtual Machines\macOS-Sequoia\sequoia-recovery.vmdk |
编辑 macos.vmx,修改显示名称:
1 | displayName = "macOS Sequoia" |
保持系统盘为 sata0:0,再将恢复盘挂载为 sata0:2:
1 | sata0:0.fileName = "macos.vmdk" |
本次模板的其他关键配置如下:
1 | guestOS = "darwin24-64" |
这里的 smc.present = "FALSE" 是正常配置,SMC 由 OC4VM 中的 OpenCore 和 VirtualSMC 提供,不要随意改成 TRUE。
安装阶段先使用 2 核和 8 GB 内存。系统稳定进入桌面并创建快照后,再尝试提高到 4 核或增加内存。OC4VM 建议 CPU 核数尽量使用 2 的倍数。
将虚拟机加入VMware
打开 VMware Workstation,依次选择:
1 | 文件 -> 打开 |
选择:
1 | D:\VMware\Virtual Machines\macOS-Sequoia\macos.vmx |
虚拟机库中会出现 macOS Sequoia。如果首次启动时询问虚拟机是“已移动”还是“已复制”,这是由模板复制产生的新虚拟机,应选择:
1 | 我已复制该虚拟机 |
这样 VMware 会生成新的 UUID 和网卡地址,避免和模板或其他虚拟机冲突。
在Recovery中安装macOS
点击“开启此虚拟机”,OpenCore 会自动引导到 macOS Base System。进入恢复环境后:
- 选择使用语言;
- 选择“重新安装 macOS Sequoia”;
- 点击“继续”并接受许可协议;
- 安装目标选择
Macintosh HD; - 等待恢复环境从 Apple 下载完整安装程序;
- 后续会自动重启多次,不要手动改启动盘。
找不到Macintosh HD时
如果安装器没有显示目标磁盘,返回恢复工具主界面并打开“磁盘工具”:
- 在菜单中选择“显示所有设备”;
- 找到容量约 128 GB 的虚拟磁盘;
- 不要选择容量约 3 GB 的 Recovery 恢复盘;
- 抹掉 128 GB 虚拟磁盘;
- 名称填写
Macintosh HD; - 格式选择
APFS; - 方案选择
GUID 分区图; - 完成后退出磁盘工具,重新选择“安装 macOS”。
安装期间网络必须保持连接。恢复环境首先下载完整系统,然后进入 macOS Installer。虚拟机重启时 OpenCore 会自动选择相应安装阶段,最终进入 Macintosh HD。
首次开机设置
进入欢迎界面后,建议这样设置:
- 选择国家或地区、键盘和语言;
- 选择“设置为新的 Mac”;
- 辅助功能暂时选择“以后”;
- 创建本地用户;
- Apple ID 选择“稍后设置”;
- 关闭定位服务并手工选择时区;
- 屏幕使用时间选择“稍后设置”;
- 是否发送分析数据按个人需要选择。
OC4VM 上游明确提醒默认身份不适合直接登录 Apple ID。不要在未正确生成并验证机器序列信息前登录承载重要数据的主 Apple ID。
进入桌面后还应修改系统更新策略:
1 | 系统设置 -> 通用 -> 软件更新 -> 自动更新 |
建议只启用自动下载,不要允许系统自动跨大版本升级。这样可以避免虚拟机未经验证就升级到 Tahoe 或后续版本。
安装VMware Tools
OC4VM 已包含 macOS 可用的 VMware Tools ISO。在 macOS 中可以从 OpenCore 卷访问:
1 | /Volumes/OPENCORE/OC4VM/iso/darwin.iso |
挂载 darwin.iso 后运行其中的 VMware Tools 安装程序。完成后重启 macOS,可以改善:
- 鼠标指针跟随;
- 动态分辨率;
- 剪贴板交互;
- 时间同步等基础集成功能。
需要注意,VMware Tools 不能为普通 PC 上的 macOS 增加 Metal 或完整 GPU 加速。窗口动画、视频处理、模拟器和需要图形加速的软件仍可能很慢。
安装后的收尾
确认 macOS 可以从 Macintosh HD 正常启动后,关闭虚拟机,再从 VMware 设置中移除 3 GiB 的恢复盘。也可以在 macos.vmx 中将它设为不启用:
1 | sata0:2.present = "FALSE" |
不要删除以下引导文件:
1 | opencore.iso |
这台虚拟机仍然依赖 OpenCore 引导,并不是安装完成后就可以移除 OC4VM。
建议在完成以下事项后创建第一个 VMware 快照:
- 成功进入 macOS 桌面;
- VMware Tools 已安装;
- 网络与分辨率正常;
- 系统自动跨版本升级已关闭;
- 虚拟机已正常关机并再次启动验证。
最终目录结构
清理临时文件后,本次虚拟机目录为:
1 | D:\VMware\Virtual Machines\macOS-Sequoia |
本次过程中使用过的目录如下:
| 目录 | 用途 | 完成后状态 |
|---|---|---|
D:\oc4vm-3.0.0 | OC4VM 3.0.0 原始文件 | 保留 |
C:\Program Files\qemu | QEMU 与 qemu-img.exe | 保留 |
D:\VMware\Virtual Machines\macOS-Sequoia | 最终虚拟机 | 保留 |
D:\VMware\Virtual Machines\macOS-Sequoia\_recovery-temp | DMG、chunklist 和日志 | 已删除 |
D:\VMs\macOS-Sequoia | 中断操作留下的空目录 | 已删除 |
常见问题
启动后反复重启
先检查以下项目:
- 使用的是与 CPU 厂商匹配的 Intel/AMD 模板;
- CPU 支持 AVX、AVX2、F16C 和 RDRAND;
opencore.vmdk与opencore.iso没有被删除;- 虚拟机没有启用 Secure Boot;
- 没有开启虚拟化 CPU 性能计数器;
- 安装阶段没有随意增加奇数个 CPU 核心。
Recovery中没有网络
Ventura 及之后版本需要兼容的虚拟网卡。OC4VM 模板已经配置:
1 | ethernet0.virtualDev = "e1000e" |
还应确认 VMware 的 NAT 服务正常运行,并且虚拟机网络适配器勾选了“启动时连接”。
VMware升级后无法启动
OC4VM 不修改 VMware 二进制文件,因此不会像传统 Unlocker 那样在每次 VMware 更新后必然重打补丁。但是 VMware 的虚拟硬件行为仍可能变化。升级 VMware、OC4VM 或 macOS 前应完整备份虚拟机目录,并保留一个可回滚快照。
能否使用Xcode
基础编译通常可以运行,但由于没有完整 GPU/Metal 加速,iOS 模拟器和图形密集型工具的体验可能较差。用于长期开发、签名、发布或正式 CI 时,更适合使用实体 Mac、Mac mini 或合规的云端 Mac。
总结
这次安装的核心不是寻找一个现成的黑苹果 VMDK,而是把每个来源和步骤控制清楚:
- 使用 OC4VM 提供 OpenCore 与 VMware 模板;
- 通过 OC4VM 工具从 Apple CDN 获取恢复系统;
- 使用
qemu-img生成并校验恢复 VMDK; - 将系统盘、恢复盘和 OpenCore 引导盘集中放在单一虚拟机目录;
- 从 Recovery 下载并安装完整的 macOS Sequoia;
- 安装后清理临时文件、限制自动升级并创建快照。
相较于下载来源不明的整合镜像,这种方式步骤更多,但文件来源、虚拟机结构和故障排查路径都更清晰。它仍然无法突破非 Apple 硬件上的图形加速和官方支持限制,但作为一套可复现的学习与测试环境已经足够完整。
参考资料:
