企业官网建设流程全解析

简介：macOS Big Sur 11.0.1 20B50 镜像获取文档面向希望在非 Mac 设备或虚拟化环境中体验、测试 macOS 的用户，尤其适合使用 VMware、Parallels Desktop、VirtualBox 搭建虚拟机的开发者和爱好者。文档围绕 Big Sur 的界面革新、Safari 升级、隐私权限管理、消息与地图应用改进等特性作简要说明，并给出天翼云盘镜像入口及访问码，解决镜像查找与获取的问题。包内共 1 个 docx 文件，压缩包约 32KB，体积轻量，主要承载下载地址、访问码和版本信息，便于快速查阅与转存。已有 1784 人学习下载，说明该版本在虚拟机镜像需求中具有一定关注度。读者可据此定位 11.0.1 20B50 镜像，结合文档说明确认版本并获取文件，为后续系统安装、备份或虚拟环境测试提供入口；同时可借特性梳理快速判断该版本是否符合自己的体验与开发测试需求。

1. 一台 Windows 笔记本配一个 dmg：Big Sur 11.0.1 为什么总在虚拟机里卡住

下载回来的 macOS 镜像，双击打不开，这是很多人遇到的第一个问题；在虚拟机里装到一半卡在进度条，是第二个。macOS Big Sur 11.0.1（20B50）这个版本尤其典型，它是 Big Sur 正式版之后的第一个维护版本，镜像在虚拟机里能不能顺利启动，跟版本号对不对关系不大，跟三件事关系很大：你手上那个文件到底是 dmg、iso 还是 cdr，虚拟机软件是哪个大版本，以及引导参数有没有按 Big Sur 的要求改。我见过太多次，同一个镜像在 A 的机器上十分钟就装好，在 B 的机器上耗掉一整个下午，差别就在这三件事上。这篇笔记面向的是需要在虚拟机里把 Big Sur 跑起来的人：要验证打包脚本在旧系统上的表现、要截一套 Big Sur 风格的界面图、要给前端做 Safari 兼容测试，都算。装坏了怎么办，后面也写了。

2. 装前核对：宿主机三件套、镜像格式与虚拟机版本下限

动手之前先把家底盘清楚。这一步花十分钟，能省掉后面两小时的无效重启。我自己的一套固定做法是：先看 CPU 虚拟化开没开，再算内存够不够分，最后确认磁盘剩余空间，三样都过了才去碰镜像。

2.1 宿主机三件套：虚拟化开关、内存额度、磁盘余量

CPU 虚拟化是第一步。Windows 上按 Ctrl+Shift+Esc 打开任务管理器，切到“性能”页点 CPU，右下角会有一行“虚拟化：已启用 / 已禁用”。显示已禁用的话，进 BIOS 找 Intel VT-x 或者 AMD-V 打开，顺便把 VT-d / IOMMU 也开了，虚拟机跑图形界面会顺一点。

提示：开了虚拟化不代表就没事。Windows 上如果装过 WSL2、Docker Desktop、Windows 沙盒，Hyper-V 平台是常驻的，它会跟部分虚拟机软件抢虚拟化层。表现是虚拟机一开机就报“此平台不支持虚拟化的 Intel VT-x/EPT”，或者跑起来奇慢。

内存要算总账，不能只看虚拟机要多少。Big Sur 官方最低 4GB，但在虚拟机里装系统、跑安装器、开浏览器，4GB 会很难受，建议直接给 8GB。宿主机这边至少要留 8GB 给 Windows 自己用，所以 16GB 的机器是底线，8GB 的机器建议放弃图形界面安装，改用命令行或者干脆换台机器。

磁盘同理。安装镜像本身十几 GB，装完之后系统占 30GB 上下，加上快照和后续装软件，虚拟磁盘给 60GB 起步，80GB 更从容。宿主机剩余空间要是低于 100GB，先清一轮再开始。

2.2 镜像格式对照：dmg、iso、cdr 谁认谁

这一步是很多人卡住的地方。资源里给的通常是 dmg，这是 macOS 原生的磁盘映像格式，Windows 侧的虚拟机软件基本都不认，VMware Workstation 挂载 dmg 会直接报错，VirtualBox 也读不了。必须要有一个格式转换的动作。

还有一类是.app形式的安装器，那不是能直接引导的镜像，需要用系统自带的 createinstallmedia 先做成可引导介质，再转 iso。这套流程在 macOS 上做最省事，在 Windows 上要靠第三方工具，成功率会低一些。

2.3 虚拟机软件选型与版本下限

Big Sur 是个分水岭，虚拟机软件对它的支持是从特定大版本才开始的，版本低了不是配置问题，是根本起不来。

我一般这么选：VMware Workstation 走 16 及以上，15.x 需要在宿主机上打解锁补丁才能在客户机列表里看到 macOS 选项，而且对 Big Sur 的引导支持不完整；VirtualBox 走 6.1 及以上，6.0 时代对 APFS 客户机的支持很勉强；Parallels Desktop 走 16 及以上，它是三家里面唯一能直接吃 dmg 的，但只在 macOS 宿主机上跑。

注意：虚拟机软件的小版本号也很关键。同一大版本内，某些小版本修过 UEFI 引导相关的缺陷，装到一半反复重启的，先升级到该大版本的最新小版本再试，比改一堆参数有效。

选完之后建议先在宿主机上把软件跑起来，确认能正常新建虚拟机、能打开设置面板，再开始下面的下载环节。

3. 镜像下载与完整性校验：20B50 这个版本怎么确认没下错

十几 GB 的文件，下载环节本身就是一道风险。云盘直下断在 90% 的情况我遇到过不止一次，重新下又不甘心，硬着头皮用残缺文件去装，最后卡在安装器第二阶段，排查方向全跑偏。

3.1 从资源入口取镜像：访问码和断点续传

资源给的入口是一个云盘分享，带访问码。步骤不复杂：先打开分享页，输入访问码，进入目录后找到那个以 11.0.1 和 20B50 结尾的镜像文件，再点下载。

几个实操细节值得记一下。第一，大文件尽量用云盘客户端下，浏览器直下超过几个 GB 之后断点续传经常失效，客户端能续上。第二，下载路径不要带中文和空格，Windows 用户名里带中文的情况非常常见，路径里一有中文，后面转换工具的报错会变得很难读。第三，下载完先看文件名和大小，Big Sur 的完整安装镜像通常在 12GB 到 13GB 这个量级，如果只有几百 MB，那大概率是增量补丁包或者被截断的文件。

提示：如果拿到的是.app目录形式而不是单个镜像，那需要先在 macOS 上执行一次 createinstallmedia 把它变成可引导介质，这一步在 Windows 上做不了，得换台 Mac 或者借一台。

3.2 三条命令做完整性校验

文件下完不要急着往虚拟机里塞，先校验。有官方校验值就比对校验值，没有就至少确认文件头部的格式标识对不对，以及下载两次的结果是否一致。

# Windows：计算 SHA256，跟资源页给出的值逐字符比对 certutil -hashfile "macOS_Big_Sur_11.0.1_20B50.iso" SHA256 # macOS / Linux：同样是 SHA256，输出格式略有差异 shasum -a 256 macOS_Big_Sur_11.0.1_20B50.iso

前两条命令都只做一件事：把一个任意长度的文件压成 64 位十六进制串。两个平台算出来的串必须完全一样，差一个字符就说明文件在传输中被改过，别犹豫，重下。校验值比对这一步很多人跳过，但它是唯一能在装机之前排除“文件坏了”这个变量的手段。

# 看文件的真实格式，不信任后缀名 file macOS_Big_Sur_11.0.1_20B50.iso

第三条命令的作用是识别文件头。后缀名是可以随便改的，把 dmg 改成 iso 后缀，file一跑还是能看出它是 Apple 磁盘映像。这一步能挡住一类很典型的误判：以为自己拿到的是 iso，其实是 dmg 改了名，挂上去虚拟机报“不是有效的引导介质”。

3.3 把 dmg 转成虚拟机认的格式

确认文件没问题之后，如果它是 dmg，就要转换。转换有两条路，看你在什么系统上操作。

在 macOS 上用系统自带的 hdiutil，这是最稳的一条路：

# 把 dmg 转成 UDRW（读写型裸磁盘映像），输出文件是 .img hdiutil convert -format UDRW -o BigSur_raw macOS_Big_Sur_11.0.1_20B50.dmg # 把 .img 改名成 .iso，虚拟机软件就能按光盘映像挂载 mv BigSur_raw.img macOS_Big_Sur_11.0.1_20B50.iso

hdiutil convert的-format UDRW参数表示输出读写型裸磁盘映像，它会解掉 dmg 内部可能存在的压缩层，产出一个平铺的二进制文件。-o后面跟输出文件名，注意不要带后缀，工具会自己补.img。转完之后改名成.iso是个约定俗成的做法，虚拟机软件对裸映像的识别靠的是文件头而不是后缀，改名只是为了在挂载界面里能一眼认出来。

在 Windows 上没有 hdiutil，用 dmg2img：

# 输入 dmg，输出 iso，过程中会打印解压进度 dmg2img -i "macOS_Big_Sur_11.0.1_20B50.dmg" -o "macOS_Big_Sur_11.0.1_20B50.iso" # 转完再看一眼格式，确认输出的确实是 ISO9660 或 UDF file macOS_Big_Sur_11.0.1_20B50.iso

-i是输入，-o是输出，没有别的必填参数。转换耗时跟文件大小和磁盘速度有关，十几 GB 的文件在机械盘上跑十几分钟很正常，别以为卡死了。转完再跑一次file，输出里出现ISO 9660或者UDF filesystem就说明这一步成了。

4. 虚拟机创建与参数配置：CPU、内存、磁盘和引导的取舍

参数这一步最容易凭感觉来，给多了宿主机卡，给少了客户机起不来。我的原则是够用就好，把余量留给宿主机，因为安装过程中真正吃资源的是宿主机的磁盘和内存。

4.1 新建虚拟机的参数表

先把这几个值定下来，后面 VMware 和 VirtualBox 都按这份表填。

磁盘类型选单文件增长。预分配虽然读写快一点，但一开始就吃掉 80GB 宿主机空间，装坏了想重来还得手动删。快照同理，装系统之前先打一个干净快照，后面翻车了直接回滚，比重新装一遍省一小时。

4.2 VMware 侧的 vmx 关键项

VMware 新建虚拟机时如果客户机列表里没有 macOS，说明解锁补丁没打或者版本不够。建好之后先别开机，关掉虚拟机，找到.vmx配置文件，用文本编辑器追加下面这几行：

# 让 VMware 放开对 macOS 客户机的限制，这一行是前提 smc.version = "0" # 让虚拟机沿用宿主机的机型标识，避免安装器找不到匹配的硬件配置 board-id.reflectHost = "TRUE" # 手动指定一个 Big Sur 时代存在的机型，装完系统信息里能正常显示 hw.model.reflectHost = "FALSE" hw.model = "MacBookPro16,1" # 关掉侧信道缓解，能明显改善客户机内的卡顿，代价是宿主机侧隔离性下降 cpuid.1.ecx = "----:----:----:----:----:----:----:----"

第一行smc.version = "0"是核心，它把虚拟机的 SMC 版本对齐到 VMware 支持的范围，少了这一行，客户机会在引导早期直接停住。第二、三行是一组，reflectHost设为TRUE时虚拟机会抄宿主机的主板标识，装某些版本会因为匹配不上而失败，所以改成手动指定机型更可控。最后一行是性能取舍，如果你只是跑个测试、不介意宿主机侧的安全边界，可以加；如果这台机器还要处理别的敏感工作，就删掉。

改完保存，再开机。注意.vmx文件在虚拟机运行期间会被锁，改之前必须完全关机，挂起状态改不生效。

4.3 VirtualBox 侧的 VBoxManage 命令

VirtualBox 的图形界面藏不住 macOS 需要的那些参数，得用命令行补。先在界面里建好虚拟机，起名BigSur-11.0.1，然后关掉，在终端里逐条执行：

# 芯片组和固件：Big Sur 只认 UEFI + ICH9 VBoxManage modifyvm "BigSur-11.0.1" --chipset ich9 --firmware efi # CPU 特征串伪装：让客户机认为自己跑在受支持的 CPU 上 VBoxManage modifyvm "BigSur-11.0.1" --cpuidset 00000001 000106e5 00100800 0098e3fd 00800f00 # 主板标识：模拟一个 Big Sur 支持的机型 VBoxManage setextradata "BigSur-11.0.1" "VBoxInternal/Devices/efi/0/Config/DmiBoardProduct" "Mac-551B86E5744E2388" # 指定机型名称，跟上面那行配合使用 VBoxManage setextradata "BigSur-11.0.1" "VBoxInternal/Devices/efi/0/Config/DmiSystemProduct" "MacBookPro16,1" # SMC 设备：从宿主机读取密钥，缺了这行引导会停 VBoxManage setextradata "BigSur-11.0.1" "VBoxInternal/Devices/smc/0/Config/GetKeyFromRealSMC" 1 # 显存拉满，避免装完是 1024x768 VBoxManage modifyvm "BigSur-11.0.1" --vram 128 # 打开 EFI 引导，关闭安全启动 VBoxManage modifyvm "BigSur-11.0.1" --efi-boot-menu on

第一条里--chipset ich9和--firmware efi是硬性要求，传统 BIOS 加 PIIX 的组合在 Big Sur 上根本走不到安装器。--cpuidset后面那五个十六进制值是 CPU 的叶 1 寄存器内容，客户机会拿它判断自己是不是受支持的硬件，值抄错一位就会黑屏。setextradata那几条是往虚拟机配置里塞键值对，效果等同于 VMware 的 vmx 参数，DmiBoardProduct和DmiSystemProduct必须成对出现，只设一个反而更容易失败。

注意：--cpuidset的具体数值跟 VirtualBox 版本和宿主机 CPU 都有关系，网上抄来的值不一定适合你的机器。如果改完还是黑屏，先清掉这一行，让 VirtualBox 走默认值试一次，再决定要不要手动指定。

4.4 磁盘、光驱与启动顺序

光驱挂载点在 VirtualBox 里叫 IDE Controller，在 VMware 里叫 CD/DVD。把转好的 iso 挂上去，然后进设置确认启动顺序是“光驱优先、硬盘其次”，装完之后记得改回来，否则每次开机都进安装器。

磁盘控制器建议用 SATA 或者 NVMe，不要用 IDE。Big Sur 的安装器对 IDE 控制器有可能识别不到磁盘，表现为磁盘工具里空空如也。如果建虚拟机时默认给了 IDE，删掉重新加一个 SATA 控制器，再把虚拟磁盘挂上去。

5. 安装期排查：五条反复踩到的记录

这一节是我自己每次装都能撞上几条的清单。按“现象 → 原因 → 解决”三段写，撞上了直接对号入座。

5.1 引导卡在 logo 和进度条，一动不动

现象：虚拟机开机后出现标识，进度条走到五分之一到三分之一之间停住，等了半小时没动静，风扇倒是转得挺欢。

原因：绝大多数情况是 CPU 相关的伪装参数不对。VirtualBox 侧是--cpuidset的五个值不匹配，VMware 侧是cpuid.1.ecx那行写错了掩码。少数情况是内存给太少，安装器在解压阶段就被 OOM 掉了。

解决：先把所有 CPU 伪装相关的参数删掉，用默认值引导一次。能过就说明是参数问题，然后一条一条加回去，加一条试一次，加哪条卡住就是哪条。如果默认值也过不去，把内存从 4GB 提到 8GB 再试，同时确认宿主机剩余物理内存真的够，别只看任务管理器里的“可用”，要看提交大小。

5.2 引导后黑屏，或者掉进 UEFI Shell

现象：虚拟机开机直接黑屏，没有任何输出；或者出现一个带Shell>提示符的界面，敲命令才有反应。

原因：黑屏多半是显存不够或者固件类型不对，--firmware efi没生效。掉进 UEFI Shell 则是固件找不到可引导介质，也就是光驱没挂上、或者挂上去的那个 iso 其实不可引导。

解决：先回设置面板确认光驱里确实挂的是转换后的 iso，再确认固件类型是 UEFI。掉进 Shell 的话，在Shell>下敲map -r重新扫描设备，看能不能列出FS0:这样的可引导分区；能列出来就FS0:\EFI\BOOT\BOOTX64.EFI手动引导一次。列不出来，回头重做第 3.3 节的格式转换。

5.3 安装器里磁盘工具看不到虚拟磁盘

现象：进到安装器界面，打开磁盘工具，左侧列表里只有光驱，没有那块 80GB 的虚拟磁盘。

原因：磁盘控制器类型不对，或者虚拟磁盘没有正确挂到控制器上。IDE 控制器在 Big Sur 上是高频失败点。

解决：关机，进虚拟机设置，把虚拟磁盘从 IDE 控制器上摘下来，新建一个 SATA 或 NVMe 控制器，再挂上去。挂好之后重新引导，磁盘工具里能看到一块未初始化的盘，选中它，点“抹掉”，格式选 APFS，方案选 GUID 分区图，抹完再回安装器继续。这一步很多人忘了选格式，默认选成 Mac OS 扩展（日志式），装完也能跑，但后续更新会麻烦。

5.4 第一阶段装完重启，又回到安装器

现象：安装进度条走完，提示重启，重启后依然是安装器界面，像是什么都没装。

原因：启动顺序还是光驱优先，虚拟机又从 iso 引导了一遍。另一种可能是虚拟磁盘上的系统分区没有标记为可引导。

解决：先关机，把启动顺序改成硬盘优先，或者干脆把光驱里的 iso 卸掉，再开机。如果改完启动顺序还是回到安装器，说明第一阶段实际失败了，回磁盘工具看分区表，重新抹盘再来一次，这次注意安装目标盘要选对，别选成光驱。

提示：装完之后立刻打一个快照，命名里带上日期。后面调分辨率、装工具、改配置搞坏了，回滚比修快得多。这个习惯我吃过亏之后就一直保留着。

5.5 装完分辨率低、鼠标乱飘、共享文件夹不通

现象：系统起来了，但屏幕只有 1024x768，鼠标移动有明显延迟和漂移，宿主机和客户机之间拖文件没反应。

原因：显存给少了，显卡驱动没装，以及虚拟机增强工具（VMware Tools / VirtualBox Guest Additions）没装。这三件事经常同时发生。

解决：先关机把显存调到 128MB，再开机装增强工具。VMware 侧是在虚拟机菜单里选安装 VMware Tools，客户机桌面会挂载一个光盘，双击里面的 pkg 装完重启。VirtualBox 侧是先VBoxManage setextradata "BigSur-11.0.1" "VBoxInternal/Devices/VMMDev/0/Config/GetHostTimeDisabled" 1再挂载增强工具光盘。装完分辨率会自己跟上，鼠标也不用再按宿主键切换。

6. 装完怎么验证跑通：三条命令加一个快照习惯

系统能进桌面不代表装好了。我判断一台虚拟机是不是真的可用，看四件事：版本对不对、硬件配置跟给的一致不一致、磁盘空间够不够、网络通不通。下面这张表是我每次装完都走一遍的验收清单。

sw_vers是最直接的版本核对，输出三行，重点看 BuildVersion 是不是20B50。这个值对不上，说明你装的不是 11.0.1，可能是 11.0 或者更早的 beta，后面遇到的一些行为差异就都能解释了。

# 三条一起跑，输出拼成一份可复制的记录 sw_vers system_profiler SPHardwareDataType | grep -E "Model Name|Chip|Memory|Number of Cores" df -h / | tail -2

第二段命令里的grep -E用正则一次匹配多个关键词，Model Name对不上预期机型的话，回头去改第 4.2 或 4.3 节的机型标识。df -h的-h是 human readable，输出用 GB 显示，tail -2只留表头和数据行，方便贴进记录里。

验证通过之后，我必做的一件事是打快照，并且把虚拟机目录整体复制一份到另一块盘。快照解决的是“改坏了想回滚”，冷备份解决的是“虚拟机文件本身被误删或者磁盘坏了”。这两件事不是一回事，很多人只做前者，等到宿主机重装系统才发现虚拟机整个没了。

从那以后我每次装完一套环境，都会把这三条命令的输出贴进一个文本文件，跟快照放在一起。一年后再回头看，能立刻知道当时那台虚拟机是什么配置、装的哪个构建号，省掉大量“这台机器到底装了什么”的回忆成本。装虚拟机这件事，能跑起来只是及格，能说清楚自己装的是什么、坏了能退回去，才算真的完成。希望帮到你。

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