macOS Big Sur 11.0.1（20B50）虚拟机安装与排错指南

简介：面向需要在非 Mac 设备或虚拟化环境中体验、测试 macOS 的开发者与爱好者，这份 macOS Big Sur 11.0.1 20B50 镜像获取资料以轻量文档形式整理了系统版本说明与可用下载线索，便于快速定位适合安装、备份或虚拟机搭建的镜像来源。压缩包仅含 1 个 docx 文件，大小约 32KB，重点在版本信息与获取入口，适合先确认系统版本、用途和下载方式后再安排环境。已有 1784 人浏览学习，说明该版本在虚拟机安装与系统体验场景中仍有较高关注度。文档围绕 Big Sur 的界面革新、Safari 与隐私保护改进、消息和地图应用升级等特性作背景说明，可帮助读者判断是否适合用于 VMware、Parallels Desktop 或 VirtualBox 等虚拟化测试，并减少在版本选择和来源核对上的时间成本。

1. 版本先确认：11.0.1 20B50 镜像放进虚拟机前的三个前提

手上一份 macOS Big Sur 11.0.1（20B50）的 dmg，双击能挂载，拖进虚拟机却卡在苹果标志，进度条爬了二十分钟没动——这是我在虚拟机里跑 macOS 镜像最常见的开局。20B50 是 11.0.1 的一个具体构建号，装完用sw_vers一对就知道有没有装错版本，很多人把 11.0 当成 11.0.1 用了半个月才发现。三个前提：宿主要开硬件虚拟化、虚拟机软件版本要够新、镜像格式要转成虚拟机认的那种。三条缺一条，后面的操作再细也是白费。这篇写的是我反复装过几遍的那套流程，从取包、校验、转格式，到建机、安装、排错、验证，新手照着能走通，熟手可以只看参数取舍和踩坑那几节。

2. 装前把账算清：宿主机、虚拟机软件与镜像格式三件套

装 macOS 虚拟机和装一个 Linux 虚拟机不是一回事。Linux 你给它 2 核 2G 就能跑，macOS 的安装器对环境挑得多，内存小、控制器类型不对、固件不是 EFI，都会表现成「卡住」而不是报错。所以动手前先把宿主机的条件、虚拟机软件的版本、镜像的文件形态这三样确认清楚，比装到一半回头改省事得多。

2.1 宿主机底线：CPU、内存、磁盘、显卡四项

先看 CPU 虚拟化有没有开。Windows 上打开任务管理器 → 性能 → CPU，右下角「虚拟化：已启用」才算数；Linux 上grep -c vmx /proc/cpuinfo（Intel）或grep -c svm /proc/cpuinfo（AMD）返回大于 0 就行。这一项没开，虚拟机软件要么直接拒绝启动，要么启动后性能低到没法装系统，属于最容易漏掉的一步。

磁盘这一项要多说一句。Big Sur 安装过程中会先解包、再复制、再重建预启动卷，瞬时占用能到虚拟磁盘容量的两倍左右。我给虚拟机 80 GB 动态盘，安装阶段宿主磁盘至少要留出 60 GB 余量，不然装到一半提示空间不足，只能从头再来——这是我第一次装的时候踩的坑。

2.2 虚拟机软件版本：VMware 16.x、VirtualBox 6.1/7.0、Parallels 18 怎么取舍

版本选错是翻车率最高的一环。VMware Workstation 15.x 时代根本没有 Big Sur 这个客户机类型，即便靠补丁硬选上去，装完进系统大概率黑屏或者显卡驱动异常；到 16.x 才正式把 Big Sur 加进客户机列表。所以 VMware 这条线我只会建议 16.x 及以上，15 及以下不要试，省下的是几个小时。

VirtualBox 的情况要复杂一点。6.1.x 能启动 Big Sur，但 EFI 固件和 SMC 模拟都不够完善，安装过程偶发重启后进不去；7.0 对 EFI 的改动大一些，成功率明显高，不过在某些 AMD 平台上还是会出现苹果标志之后直接断电。Parallels Desktop 18 只在 macOS 宿主上跑，但它有个硬限制：Apple Silicon 机型装不了 x86 的 11.0.1，因为 11.0.1 这一版安装器是 x86_64 的，架构对不上，不是配置能解决的。

提示：升级虚拟机软件前先把现有的虚拟机目录整体复制一份。Workstation 升级后旧虚拟机硬件版本会被提示升级，升完就退不回去了。

2.3 三种文件后缀：dmg、cdr、iso 到底该喂哪个

从网盘拿到的原始文件一般是.dmg，这是 macOS 的磁盘映像格式，虚拟机的虚拟光驱基本不认。虚拟机要的是.iso，或者一个和 iso 二进制等价、只是后缀不同的.cdr。转换工具输出的默认名字常常是xxx.iso.cdr这种双层后缀，重命名成.iso就行，内容不用动。

选择转换格式时我一般用 UDTO，也就是 DVD 母盘格式，只读、体积接近原始、兼容性最好。UDRW 是可读写格式，转出来体积会膨胀好几倍，装系统根本用不上；UDZO 是压缩格式，省空间但部分虚拟机软件挂载会报错。这三个格式的区别在下一章的转换命令里会具体落到参数上。

3. 镜像处理：取包、校验、转格式与解锁补丁

这一章是做「收尾」的一步：把网盘上的包变成虚拟机可以挂载的东西。顺序不能乱——先校验再转换，先转换再打补丁。校验放在最前面是因为网盘分块续传很常见，一个字节的偏差在转换阶段不会报错，但会在安装到 60% 的时候突然中断，到那时你已经分不清是镜像坏了还是配置错了。

3.1 取包之后先算一遍哈希

下载完成后不要急着打开，先算 SHA256。macOS 或 Linux 宿主上：

# 计算镜像的 SHA256，输出格式：哈希值 文件名 shasum -a 256 ~/Downloads/macOS_Big_Sur_11.0.1_20B50.dmg # 如果手上有发布方给出的参考值，直接比对，避免肉眼数位 echo "参考哈希值 ~/Downloads/macOS_Big_Sur_11.0.1_20B50.dmg" | shasum -a 256 -c

Windows 宿主上用系统自带的 certutil：

# -hashfile 后跟算法名，大小写不敏感 certutil -hashfile D:\iso\macOS_Big_Sur_11.0.1_20B50.dmg SHA256

shasum -a 256里的-a指定算法，256 表示 SHA-256；-c是校验模式，会逐行读入「哈希 + 两个空格 + 文件路径」并输出 OK 或 FAILED。certutil 那条命令的输出是三行，中间那行才是哈希值，复制的时候别把首尾的说明行带上。哈希对不上就重新下载，不要抱着「也许能装」的心态继续——我见过一次差两个字节，安装器跑到「正在验证安装器」直接闪退，排查了三个小时才回到校验这一步。

3.2 dmg 转 iso：hdiutil 一条命令解决

转换需要一台 macOS 环境的机器，不管是真机还是已有的虚拟机。命令本身很简单：

# -format UDTO 输出 DVD/CD 母盘格式，-o 指定输出前缀 hdiutil convert ~/Downloads/macOS_Big_Sur_11.0.1_20B50.dmg \ -format UDTO \ -o ~/Downloads/BigSur_11.0.1 # 上一步会生成 BigSur_11.0.1.iso.cdr，改掉多余后缀 mv ~/Downloads/BigSur_11.0.1.iso.cdr ~/Downloads/BigSur_11.0.1.iso # 确认输出文件能被识别为光盘映像 file ~/Downloads/BigSur_11.0.1.iso

-format UDTO是关键参数，它把映像重写成符合 El Torito 规范的光盘结构；-o只给前缀，扩展名由 hdiutil 自己补。转换耗时和文件大小相关，5 GB 左右的镜像大概两三分钟。file命令的输出应该能看到ISO 9660或者UDF字样，只显示data就说明转出来的东西不对。

手边没有 macOS 机器的话，Linux 上的dmg2img能转一部分 dmg，但对 APFS 卷的支持有限，转出来经常挂载后是空的。这种情况我的建议是别绕了，找一台 Mac 转，或者直接用别人转好的 iso——在这上面折腾的时间远超收益。

3.3 解锁补丁：装之前先确认能回滚

VMware 默认的客户机列表里没有 macOS，需要在宿主上打一个解锁补丁，让 Workstation 的界面里出现 macOS 选项。补丁的执行顺序有讲究：先关掉所有 VMware 进程和相关服务，再以管理员身份运行安装脚本，脚本会替换vmware-vmx.exe等几个文件，替换前它们会被备份成.bak。

# Windows 管理员命令行，先停掉会占用文件的 VMware 服务 net stop "VMware USB Arbitration Service" # 补丁执行完后确认备份文件存在，这是回滚的依据 dir "C:\Program Files (x86)\VMware\VMware Workstation\x64\vmware-vmx.exe.bak" # 需要撤销时运行补丁目录下的卸载脚本，它会用 .bak 还原

血泪经验：补丁版本必须和 Workstation 大版本对得上。用 16.1 的补丁去打 16.2 的 Workstation，最常见的现象是 Workstation 双击打不开、没有任何报错，任务管理器里进程闪一下就没了。遇到这种情况别重装软件，先跑卸载脚本还原，再换对应版本的补丁。补丁目录里的uninstall.cmd就是后悔药，别删。

4. 创建虚拟机：VMware 与 VirtualBox 两套参数

到这一步镜像已经是一个干净的 iso，解锁补丁也打好了。接下来是建机。两种虚拟机软件的参数逻辑其实一样，只是换了个入口：CPU 核数、内存、磁盘控制器类型、固件类型、显示这几项。我把两套都写出来，是因为很多人手上只有其中一个，而卡住的原因往往就藏在这些参数里。

4.1 VMware 侧：界面参数与 vmx 关键项

新建虚拟机时选「Apple Mac OS X」→「macOS 11」这个客户机类型，位置和名称随意，磁盘给 80 GB 并选「将虚拟磁盘存储为单个文件」。建完之后先进设置改硬件：内存 8192 MB、处理器 4 核、显存 256 MB、USB 控制器选 3.1、网络选 NAT、声卡可以关掉减少干扰。

真正决定能不能进系统的是.vmx配置文件。关闭虚拟机后右键「在资源管理器中打开」，用文本编辑器编辑同名 vmx 文件，追加或修改以下内容：

# 开启 SMC 模拟，Big Sur 启动必需，version 0 是当前可用的版本号 smc.present = "TRUE" smc.version = "0" # 让虚拟机的型号信息沿用宿主，减少安装器对硬件的怀疑 hw.model.reflectHost = "TRUE" board-id.reflectHost = "TRUE" serialNumber.reflectHost = "TRUE" # 磁盘挂在 SATA/AHCI 控制器上，安装器才认得到这块盘 sata0.present = "TRUE"

逐项说明。smc.present和smc.version是 SMC 模拟开关，缺了这两行，启动会在苹果标志之后直接停机，没有任何提示，属于典型的黑匣子故障。reflectHost那三行让虚拟机把宿主的型号、主板 ID、序列号透传过去，安装器在检查硬件兼容性时会宽松很多。sata0.present打开 SATA 控制器，这一步和下一章「磁盘工具看不到硬盘」直接相关。

编辑 vmx 必须在虚拟机关机状态下进行，开机时改动会被覆盖回去。改完先在虚拟机设置里点一次「确定」，让 Workstation 自己校验一遍语法，它要是把某行自动删了，说明这个键在当前版本不认。

4.2 VirtualBox 侧：VBoxManage 建机命令

VirtualBox 的图形界面建 macOS 虚拟机很别扭，因为客户机类型列表里最新只到 macOS 10.13，用命令行反而清楚。以下命令在 Linux 或 macOS 宿主的终端里执行，Windows 上换成VBoxManage.exe的完整路径：

# 1. 建虚拟机并注册；ostype 没有 Big Sur 选项，选最接近的 10.13 VBoxManage createvm --name "BigSur-11.0.1" --ostype MacOS1013_64 --register # 2. 关键硬件参数：EFI 固件、ich9 芯片组、USB 平板鼠标 VBoxManage modifyvm "BigSur-11.0.1" \ --memory 8192 --cpus 4 --vram 128 \ --firmware efi --chipset ich9 \ --mouse usbtablet --keyboard usb \ --nic1 nat --audio none # 3. 创建 80 GB 动态虚拟磁盘 VBoxManage createmedium disk --filename "$HOME/VMs/BigSur-11.0.1/BigSur.vdi" --size 81920 # 4. 加一个 SATA 控制器，端口数 2，分别接硬盘和光驱 VBoxManage storagectl "BigSur-11.0.1" --name "SATA" --add sata --controller IntelAhci --portcount 2 VBoxManage storageattach "BigSur-11.0.1" --storagectl "SATA" --port 0 --device 0 \ --type hdd --medium "$HOME/VMs/BigSur-11.0.1/BigSur.vdi" VBoxManage storageattach "BigSur-11.0.1" --storagectl "SATA" --port 1 --device 0 \ --type dvddrive --medium "$HOME/Downloads/BigSur_11.0.1.iso"

参数逐个解释。--ostype MacOS1013_64只是让 VirtualBox 套用一套接近 macOS 的默认配置，不影响实际安装的版本。--firmware efi必须给，Big Sur 的安装器不支持传统 BIOS 引导。--chipset ich9比默认的 PIIX3 更接近真实 Mac 的芯片组，能减少启动阶段的异常。--mouse usbtablet让鼠标在客户机里是绝对坐标，不加的话装完系统鼠标会乱飘或者完全不动。--size 81920单位是 MB，即 80 GB，动态分配意味着初始只占几百 MB。

命令跑完后可以用VBoxManage showvminfo "BigSur-11.0.1" | head -40复核一遍，重点看 Firmware 是不是 EFI、SATA 控制器下两个端口是不是都挂上了。

注意：VirtualBox 的虚拟机目录不要放在中文路径或者带空格的路径下，storageattach挂载时会因为路径解析问题报Could not open the medium，而图形界面不会有任何提示。

4.3 安装器里的三步：抹盘、分区、装系统

启动虚拟机，看到 EFI 引导菜单后选择光驱那一项，进入 macOS 实用工具界面。安装前必须先把虚拟磁盘格式化，否则安装器会说「没有可用于安装的宗卷」。步骤是：打开「磁盘工具」→ 左上角「显示」里选「显示所有设备」→ 左侧选中那块虚拟硬盘（不是它下面的分区）→ 点「抹掉」→ 名称填Macintosh HD，格式选APFS，方案选GUID 分区图→ 确认。

APFS 和 Mac OS 扩展（日志式）的选择上，11.0.1 用 APFS 更合适，安装器会自动创建系统卷和数据卷两个宗卷。抹完关掉磁盘工具，回到实用工具窗口点「安装 macOS」，选刚抹好的盘，剩下的就是等。整个过程 30 到 50 分钟，中间会自动重启两到三次，每次重启都不要手动干预，让它自己跑完。

进入设置助理后我一般这么选：不传输信息、不登录账号、不启用 Siri、不发送分析数据、不开启文件保险箱。前两项是为了避免安装阶段联网校验拖慢速度，后几项在虚拟机里没有实际意义，反而可能因为虚拟硬件不支持而卡住。

5. 排查清单：卡标识、认不到盘、安装器过期这五类

前面每一步都做对了，仍然可能失败。下面五条是我在实际安装中反复遇到的，每条按现象、原因、解决三段来写，遇到问题可以直接对号入座。

5.1 卡在苹果标志，进度条走到一小段就不动

现象：开机后苹果标志出现，进度条走到五分之一左右停住，等半小时没有任何变化，风扇转速正常，硬盘灯不闪。

原因：九成是 SMC 模拟没生效或者 CPU 参数让安装器判定硬件不符。VMware 上表现为 vmx 里缺smc.present；VirtualBox 上表现为--chipset用了默认值。内存低于 4 GB 也会出现类似症状，但那种情况进度条通常走得更远一些。

解决：关机，检查 vmx 里的两行 SMC 配置是否存在且拼写正确；VirtualBox 上重建时把芯片组改成 ich9。改完启动前用「启动时按住 Command+V」进啰嗦模式，能看到卡住时最后加载的内核扩展名字，比盯着苹果标志猜有用得多。

5.2 磁盘工具里看不到那块虚拟硬盘

现象：进入实用工具，打开磁盘工具，左侧只有光驱和一个空的容器，虚拟硬盘完全不在列表里。

原因：磁盘控制器类型不对最常见。SCSI、IDE、NVMe 这几种在 macOS 安装器里不一定有对应驱动，SATA/AHCI 才是通用选项。还有一种情况是「显示所有设备」没打开，看到的是分区视图而不是磁盘视图。

解决：关机，把虚拟磁盘从当前控制器上摘下来，挂到 SATA 控制器下。VMware 里对应sata0.present = "TRUE"并把磁盘设备的类型设为 SATA；VirtualBox 里就是上一章的storagectl加storageattach那两步。改完再进磁盘工具，先点「显示所有设备」。

5.3 安装到一半弹「安装器资源已过期」

现象：安装器已经跑起来，进度条走了一段之后弹窗，提示安装器副本已过期或者无法验证，只能退出。

原因：旧版本 macOS 安装器内置的证书有有效期，系统时间超过证书有效期后校验就失败。11.0.1 是 2020 年底的版本，若干年后再装，这个报错几乎是必然的。

解决：在实用工具里打开「终端」，把系统时间改回安装器发布的时间点附近，再重新运行安装器：

# 关闭网络时间同步，把日期设到 2020 年 12 月 systemsetup -setusingnetworktime off date 122012002020

date的参数格式是月日时分年，这条命令把时间设为 2020 年 12 月 20 日 12:00。装完之后再把网络时间同步打开即可。这个操作只在安装阶段做，装进系统后不需要。

5.4 键盘鼠标进去之后完全没反应

现象：安装界面能进，但鼠标不动、键盘敲了没反应，只能强制关机。

原因：USB 控制器模式的问题。虚拟机把输入设备模拟成某种 USB 设备，而 Big Sur 安装器对 USB 3.x 控制器的支持在安装阶段并不完整。另一种可能是客户机里没加载对应的 HID 驱动。

解决：在虚拟机设置里把 USB 控制器从 3.1 降到 2.0 再启动。VirtualBox 上确认--mouse usbtablet和--keyboard usb这两个参数都加上了。如果还是不行，把虚拟机窗口点一下让它获得焦点，再按一次鼠标左键，有些宿主上焦点没切过去，表现就是「没反应」。

5.5 装完分辨率只有 1024×768，全屏拉伸变形

现象：系统装好了，能正常用，但分辨率固定在 1024×768，改成更高的选项列表里根本没有，全屏后画面被拉伸。

原因：虚拟显卡的显存太小，或者增强工具没装。VMware 上对应的是svga.vramSize不够，VirtualBox 上对应--vram给得太低，或者 EFI 的默认图形分辨率没有指定。

解决：先关机调显存到 256 MB。VirtualBox 还可以直接指定 EFI 分辨率：

# 设置虚拟机 EFI 阶段的图形分辨率，重启后生效 VBoxManage setextradata "BigSur-11.0.1" "VBoxInternal2/EfiGraphicsResolution" "1920x1080"

VMware 上则是装完系统后挂载 darwin 版的增强工具镜像，把里面的安装包装一遍。11.0.1 对增强工具的版本比较挑，装完如果出现无法卸载的情况，直接用快照回滚到装工具之前的状态，别硬删。

6. 跑通验证：三条命令确认 20B50 真的装对了

系统装完、能进桌面，不等于这套环境就到位了。镜像版本对不对、架构是不是 x86_64、磁盘和内存有没有按预期分配，这些都要用命令确认一遍。我一般开终端跑这三组，输出对得上才算收工：

# 1. 版本与构建号，必须和镜像名里的 11.0.1 / 20B50 对得上 sw_vers # ProductName: macOS # ProductVersion: 11.0.1 # BuildVersion: 20B50 # 2. 架构与资源，确认是 x86_64、核数和内存符合建机参数 uname -m # 期望输出 x86_64 sysctl -n hw.ncpu # 期望 4 sysctl -n hw.memsize # 期望 8589934592（即 8 GB） # 3. 磁盘结构，APFS 容器下应该能看到系统卷和数据卷 diskutil list

sw_vers的BuildVersion是最容易出问题的一项。镜像名写着 20B50，装完却是 20B29，说明中间用错了安装器，或者转换阶段把另一个版本的内容带进来了。sysctl -n hw.memsize输出的是字节数，8 GB 对应 8589934592，对不上就回虚拟机设置里改内存，别在系统里折腾。diskutil list里如果只看到一个宗卷而不是系统卷加数据卷，说明抹盘时选的是 Mac OS 扩展（日志式）而不是 APFS，虽然能用，但后续升级会有麻烦。

还有一步别省：验证通过立刻打快照。VirtualBox 用VBoxManage snapshot "BigSur-11.0.1" take "clean-11.0.1-20B50"，VMware 在菜单里点「快照 → 拍摄快照」。名字里带上版本号和构建号，以后装了什么把系统搞崩了，回滚回来还是这个干净状态。

从那以后我每次装完 macOS 虚拟机，都强制走一遍sw_vers、uname -m、diskutil list这三条，再拍一个带版本号的快照，才允许自己往里装东西。教训来自一次装了两小时环境、结果发现是 11.0 不是 11.0.1，所有配置重来一遍。前面那套镜像和转好的 iso 我都留着，需要的时候直接取，省得每次从零开始。希望帮到你。

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