macOS Tahoe镜像下载校验与启动盘制作及VMware安装全指南
每次新版 macOS 镜像放出来,我后台收到的问题基本就两类:一类是 DMG、ISO、IPSW 到底该下哪个;另一类是照着教程折腾半天,结果启动盘做完了机器却不认,或者虚拟机死在大苹果 Logo 上。这次就拿 macOS Tahoe 26.7.1 (25G241) 这个版本当例子,把从下载、校验、做启动盘到虚拟机安装这一整条链路掰开揉碎讲一遍。看完你应该能少走我当年走过的大部分弯路。
这篇文章不是苹果官方文档的复述,而是我个人在下载、制作和安装系统镜像时总结的操作经验。适合这几类人:刚接触 macOS 重装的新手、需要在 VMware 里部一套 macOS 开发环境的工程师、以及那些手里有老镜像但总是装不上的"折腾党"。
1. 三种镜像格式,到底该下载哪一个
很多人在下载页看到 DMG、ISO、IPSW 三个按钮就开始纠结,其实这三个东西解决的问题完全不一样。
1.1 DMG 是 macOS 升级安装的正统格式
DMG 是苹果最常用的磁盘映像封装格式。你在 mac App Store 或浏览器里下载的安装包,本质上都是一个 DMG。双击挂载之后,里面会出现"安装 macOS Tahoe.app"这样的独立程序,运行它就进入图形化的系统升级流程。
DMG 适合的场景是:你就在一台能正常进系统的 Mac 上,想把当前系统升级到 Tahoe 26.7.1。它会把新版系统直接写到系统卷里,保留你的应用和用户数据。如果你只是想顺手升个级,下 DMG 就够了,别折腾其他格式。
1.2 ISO 是虚拟机最省心的选择
ISO 是光盘镜像的老格式,macOS 并没有官方提供 ISO,网上流传的 ISO 基本都是有人把 DMG 里的安装器转出来的。但这类镜像在虚拟机领域极其常见,VMware Workstation、VirtualBox、Parallels 的引导加载都对 ISO 支持得最好,你不用设置复杂的挂载方式,直接把它当作虚拟光驱塞进去就能引导安装。
如果你打算在 Windows 上用 VMware 装一台 Tahoe 虚拟机,我建议优先找 ISO 版本。它把安装器文件打包成一个单文件,省去先挂载 DMG 再引导的麻烦。
没有现成 ISO 时,自己把 DMG 转为 ISO 也很简单,在终端里执行:
我在多次转换中确认过:UDSB/UDTO 格式生成的 .cdr 文件直接改后缀名为 .iso 就能被 VMware 识别,不需要其他特殊处理。
1.3 IPSW 是 Apple Silicon 芯片 Mac 的恢复通道
IPSW 这个格式很多人不熟,它本来是 iOS 的固件格式,但从 M1 Mac 开始,Apple Silicon 芯片的 Mac 在 DFU(设备固件更新)模式下同样靠 IPSW 文件恢复系统。如果你手里的 Tahoe 机器进不了系统、磁盘损坏,或者你想降级系统版本,就得通过访达或 Apple Configurator 把 IPSW 刷进去,这和 iPhone 进恢复模式刷固件的逻辑非常像。
IPSW 的体积通常比 DMG 大不少,因为它包含完整恢复固件和基础系统,普通升级不太需要下它,但如果你用 Mac 做维修和系统恢复工作,硬盘里备一份对应版本的 IPSW 是刚需。
1.4 选型对照表,直接照抄就行
| 你的场景 | 推荐格式 | 理由 |
|---|---|---|
| 当前 macOS 正常,只想升级到 Tahoe | DMG | 官方主路径,升级不影响用户数据 |
| 在 VMware/VirtualBox 里装 Tahoe | ISO | 引导兼容性最好,单文件省事 |
| 用 U 盘给多台 Mac 做全新安装 | DMG | 配合 createinstallmedia 制作启动盘 |
| Apple Silicon Mac 变砖或需刷固件恢复 | IPSW | DFU 刷机的唯一入口 |
| 想在 Intel Mac 上跨版本降级 | DMG | 启动盘方案最稳,且支持 Startup Manager 引导 |
简单说,日常工作台升级选 DMG,虚拟机选 ISO,救砖选 IPSW。这样按需下载,不会浪费时间。
2. 下载前必做功课:哈希校验与来源判断
下载镜像这件事,最容易被忽略的是校验。很多人在第三方站点看到"macOS Tahoe 26.7.1 正式版"就直接下了,下载完双击挂载报错,第一反应就是文件损坏重新下,其实问题很可能出在你下载到的是一个被掏空替换过的假镜像。
2.1 为什么我坚持下载完先算哈希
假镜像最常见的套路是:保持文件名和界面截图不变,实际内容早已被替换。这类镜像如果直接挂载执行安装器,轻则安装失败,重则在安装阶段引导到恶意脚本。以国内下载站的现状,我建议所有人都养成计算 SHA-256 的习惯。哈希值就是文件的指纹,官方或可信发布源给的哈希值和你本地文件的哈希值一致,才说明文件没有被篡改或传输损坏。
在 macOS 终端里,验证 Tahoe 26.7.1 (25G241) 镜像的命令是:
如果发布者只给了 SHA-1,你也可以用:
两个算法都算一遍也无妨,反正就是几秒钟的事。拿到结果后,逐字符对比你下载页面上标注的哈希值。我用一个土办法:把页面上的哈希值直接复制到终端里,用 diff 命令和本地计算结果做对比,既快又不会看错。
如果页面找不到任何哈希信息,我的原则是宁可不下载。一个正规的镜像发布源没有理由不贴哈希值,不贴本身就是危险的信号。
2.2 不急着安装,先挂载验证内容结构
下载完 DMG 后,我还习惯性地先验证一下内部结构:
挂载成功后在 /Volumes 下会看到一个卷标,正常情况下里面应该有一个完整的安装器程序,或者至少是 InstallAssistant.pkg 之类的官方安装包。如果看到的是一堆来路不明的 .app、脚本文件或说明文档,立刻卸载并删除镜像。
顺便提一句,查看 DMG 的分区表也很有用:
输出里会显示 partition-structure、partition-scheme 等字段。正规的 macOS 恢复用 DMG 是 GPT 或 Apple 分区映射结构,如果显示的是 MBR 或异常签名,也要警惕。
2.3 我个人判断镜像来源的经验
官方渠道永远排第一,就是用 App Store 或苹果开发者下载页面。如果官方下载速度实在无法接受,需要找第三方镜像站,我的参考标准就三条。
第一条:看站点是否公布了镜像的哈希值和版本构建号。像 Tahoe 26.7.1 (25G241),括号里的 25G241 就是构建号,正规的镜像站会标明 Build 编号,光写"全新版、最新版"而没有 build 编号的,基本可以关掉了。
第二条:看镜像提供方是否长期维护。很多高校镜像、大型开源镜像站会持续同步多个 macOS 版本的安装器,这类来源比私人网盘分享可靠得多。私人网盘里的镜像,文件名改得天花乱坠,哈希值也经常对不上,我是坚决不用的。
第三条:下载后尽量在 macOS 原生环境验证,不要凭空信任 Windows 下解压出来的文件。有些"双平台通用"的压缩包在解压过程中可能出现文件损坏,这类损坏在安装时才暴露,提前验证能省很多时间。
3. 制作真正能启动的安装 U 盘
如果你打算拿 U 盘给电脑做全新安装,那下完 DMG 之后就要进入实操环节了。制作启动 U 盘的核心工具是安装器自带的 createinstallmedia,这个程序藏在安装器程序的 Contents/Resources 目录里。
3.1 准备工作:U 盘容量与格式
U 盘容量至少 16GB,我推荐 32GB 以上。macOS Tahoe 完整安装器的体积在 14GB 上下,16GB U 盘格式化完实际可用空间只剩 14.3GB 左右,做出来也没剩多少余量,遇到系统需要临时写入文件的情况容易捉襟见肘。32GB 的 U 盘用起来就淡定多了。
在开始之前,需要对 U 盘做一次彻底格式化。用磁盘工具,格式选"Mac OS 扩展(日志式)",方案选"GUID 分区图"。
提示:不是所有 U 盘都适合做启动盘。我遇到过廉价 U 盘在
createinstallmedia写入阶段中途报错,换一个品牌 U 盘立刻成功。金属外壳、读写速度高于 50MB/s 的 U 盘相对可靠。
3.2 createinstallmedia 命令的完整实操
首先确保安装器已经在"应用程序"目录下。如果你的安装器下载后自动挂载在 /Volumes 下,先把 DMG 里的安装器复制到 /Applications 目录,不然命令会提示找不到文件。
U 盘格式化完成后,假设卷标是 MyVolume,执行:
系统会提示你输入管理员密码。耐心等待整盘写入,整个过程大约 10 到 20 分钟,取决于 U 盘的速度和电脑的接口。过程中终端会输出类似 Erasing disk、Copying installer files to disk、Making disk bootable、Install media now ready 这样的阶段信息。
写入完成后,建议顺手加一个 --downloadassets 参数重新执行,它会额外下载固件更新和部分语言资源到 U 盘里。
这不是必需的步骤,但实测做过这一步的启动盘,在部分 Mac 上安装速度更快,尤其对不联网的环境帮助很大。
3.3 不是 U 盘能亮就能引导:启动安全策略的问题
很多人做完启动盘插到电脑上,开机按住 Option / 电源键却看不到 U 盘选项,就开始怀疑 U 盘没做好。实际上多数情况下 U 盘是完好的,问题出在 Mac 的启动安全策略拦住了外部介质引导。
Intel 芯片的 Mac 上,开机按住 Option 键进入启动管理器,如果看不到你的 U 盘,检查启动安全性设置是否允许从外部介质启动。Apple Silicon 芯片的 Mac 更严格,长按电源键进入恢复模式,然后依次进入"实用工具"-"启动安全性实用工具",把安全策略从"完整安全性"改为"降低安全性",并勾选"允许从外部介质启动"。
我一个朋友的 MacBook 就是因为没改这项设置,一度以为 U 盘做坏了,差点重新下载镜像。
3.4 引导不起时的排查顺序
如果你做好的启动盘插上电脑后,开机黑屏只显示一个圆圈斜杠,或者压根不出现引导项,按下面顺序排查。
先确认 U 盘格式是不是 GPT + Mac OS 扩展格式,如果一个 FAT32 或 exFAT 格式的 U 盘出现在启动管理器里,那多半是残留文件导致的假启动项。
再看是不是接口问题。部分老 Mac 的左侧 USB 接口和右侧 USB 接口供电策略不同,换一个接口再试。我遇到过一次左侧接口能引导、右侧接口不能的怪事,后来发现是右侧接口的电源管理导致 U 盘枚举不稳定。
最后重做一遍启动盘。不用怀疑,createinstallmedia 偶尔会给你一个静默失败。用磁盘工具抹掉重来,失败率其实远低于你反复排查的折腾成本。
4. 虚拟机里装 Tahoe:VMware 场景的关键坑
把 macOS Tahoe 跑在 VMware 里,是不少开发者的刚需。官网并不直接提供 macOS 的虚拟机支持,所以这里的坑比实机多得多。其中最出名的一个现象就是虚拟机启动时死在大苹果 Logo 上,进度条永远不走。
4.1 死在大 Logo 上的第一个根因:VMware 版本太老
macOS 虚拟机能不能跑起来,很大程度上取决于 VMware Workstation/Player 的版本和它的 macOS 解锁状态。新系统发布后,老版本 VMware 默认没解锁支持,即便你通过修改配置文件强行打开,也可能因为没有对应的 board-id 和固件信息而被苹果系统拒绝引导。表现就是黑屏后出现一个苹果 Logo,下面一条进度条,然后卡死或重启。
我的实测建议是:优先升级到当前最新版 VMware,再配合对应版本的 unlocker 工具解锁 macOS 支持。如果你手里的 VMware 版本太旧,第一件事不是去调配置,而是升级软件本体。
VMware 版本确认后,在虚拟机设置里操作系统类型选择"Apple Mac OS X",并选择对应的 macOS 版本。如果版本列表没有 Tahoe,就选最接近的版本,然后用下面的 VMX 参数修正引导信息。
4.2 VMX 参数的正确调整思路
VMX 文件是虚拟机的核心配置文件,里面记录了虚拟硬件的型号和参数。很多人死在大 Logo 上,就是板型信息和系统镜像不匹配。
下面这组参数是我在验证 Tahoe 26.7.1 时验证过的可行配置核心片段:
板型 ID 不是越新越大越好,你得按照目标系统的兼容硬件表来选。macOS 安装器内部会检查这组信息,如果发现一个虚拟出来的板型根本不该支持 Tahoe,就会拒绝继续引导。这也是为什么网上有些人抄了别人的配置却仍然失败,因为 Mac 硬件型号和系统版本的匹配关系每次都有变化。
如果不知道选什么板型,我的建议是找一台真实存在、官方支持 Tahoe 的 Mac 型号,把它的 board-id 和 hw.model 写进 VMX。例如往年的安装经验里,MacPro6,1(垃圾桶 Mac Pro)在多种 macOS 版本虚拟机里兼容性都很好,因为它支持跨大版本系统更新。
4.3 ARM 镜像和 x86 虚拟机的致命冲突
如果你下载的是 Apple Silicon 版 Tahoe 镜像,那就绝对不能直接用来做 x86 平台的 VMware 虚拟机。Apple Silicon 版 macOS 是 ARM64 架构,VMware Workstation 在常见 x86 Windows 主机上模拟的是 Intel 环境,安装器会直接拒绝安装。
解决办法是先确认你下载的镜像架构。在终端里运行:
如果输出显示 x86_64 或 universal,就可以用于 VMware Workstation;如果显示 arm64,那就只能在 Apple Silicon 芯片的 Mac 上搭配 Parallels 或 UTM 使用。
我在本地用 UTM 跑 ARM64 版 Tahoe 时倒是很顺利,但 VMware 场景至今不建议用 ARM 镜像,这是架构层面的硬伤,不是什么配置文件能解决的。
4.4 装完系统后的 VMware Tools 安装顺序
系统装完只是第一步。如果没有 VMware Tools,虚拟机里的分辨率会锁在 1024x768,网络是半虚拟化驱动,拖动文件也卡得很。VMware Tools 的安装要在系统能完全启动之后进行,挂载虚拟光驱后运行安装包。这里有个小技巧:如果 Tools 安装包提示系统版本不兼容,先不用急,手动挂载 ISO 后,在光驱目录里找到 payloads 文件夹,里面可能有不同版本的 Tools 安装包,挑和系统版本匹配的即可。
T 提示:虚拟机里装 macOS,建议把虚拟机的内存至少设为 4GB,处理器至少 2 核。小于这个配置,即使引导成功,安装器也会因为资源不足而频繁退出。
5. 安装过程中三个高频报错的处理思路
下载镜像、做启动盘、装虚拟机这些环节都顺利之后,安装器本身还可能抛出几个经典报错。下面这三个我几乎每次做系统都会遇到或看到别人遇到,值得专门讲一下处理逻辑。
5.1 "不能从你正运行的 macOS 版本使用此安装器"
这个报错相当经典,出现场景大多是:你正在运行一个比目标系统新的 macOS,然后双击运行 Tahoe 安装器。比如你已经升级到更新版本,手里却留着一个旧版 Tahoe 安装器想重装,安装器检测到你正在运行的系统版本比它自己还新,立刻拒绝执行。
解决思路不是去改安装器,而是改变启动方式。最稳妥的办法是从刚才做好的启动 U 盘引导,让安装器在独立环境里运行,绕开当前系统的版本比较逻辑。如果你没有启动盘,也可以在重启时按住 Option 键,选择 Tahoe 安装器所在的磁盘分区直接引导。
另外要注意,这个报错的本质是"安装器本身的版本"和"正在运行的系统"不匹配导致的,并不是你的机器不支持。只要你手里的安装器确实是正式版且来源可信,不要被这句提示吓住。
5.2 "系统数据占用过大"导致升级失败
很多人在 App Store 里下载完今天下午 Tahoe,晚上开始升级时桌面右上角弹提示,说磁盘空间不足,点开一看,"系统数据"占据了整整 60GB 甚至 80GB。这个东西的组成很杂,有系统缓存、Time Machine 本地快照、日志文件、各种框架缓存。
如果你已经挤不出空间,我的重点是先清理 Time Machine 本地快照。很多人不知道,macOS 会默认在本地磁盘保留若干天的备份快照,这部分数据在"系统数据"里占比极大。查看本地快照列表:
然后删除指定快照。比如快照时间戳是 2025-06-15-123456,执行:
删完之后,再用磁盘工具看一下"系统数据"的变化,通常能释放几十 GB。如果你的系统数据依然膨胀,再用如下命令找出某个目录下的大文件:
重点清理 ~/Library/Caches、~/Library/Logs、/Library/Application Support 里的大目录。不过要注意,有些缓存文件是系统运行时正在使用的,如果删除后系统报错,重启一下一般就恢复正常了。
5.3 安装进度条卡住或反复重启
安装进度条卡住是另一个高频现象。常见原因有三种:一是安装过程中网络中断,导致部分组件下载失败;二是安装器写卷时出现 I/O 错误,常见于内置硬盘老化或剩余空间不足;三是系统正在执行静默验证,这个验证有时会持续二三十分钟,看起来像卡死,但其实还在工作。
我的判断方法是先看活动监视器里有没有 SoftwareUpdateNotificationManager 或 Install macOS Tahoe 进程处于活动状态。如果 CPU 占用还在跳动,就耐心等;如果进程已消失或者 CPU 占用完全归零,那才是真卡死了,只能强制重启。
强制重启后再次进入安装器时,记得打开"磁盘工具"检查一下目标系统卷的可用空间和 APFS 容器状态。如果目标卷空间少于 30GB,我建议先清理再装,不然很容易在"准备安装时发生错误,请尝试重新运行此应用程序"这种提示里来回打转。
6. 装好之后的收尾检查
系统终于进到桌面之后,别急着庆祝,还有几件事我建议顺手做掉。
先检查系统版本是否真的是 Tahoe 26.7.1 (25G241)。点击左上角苹果标志-关于本机,看一下系统版本和构建号。有时候你下载的是修复版镜像,但实际安装时可能因为 App Store 获得了修正版本更新,构建号会略有不同。这是我见过很多次的情况,不影响使用,但如果你校验过镜像的完整性,就确认这次版本是否符合预期。
然后检查 SIP 状态。csrutil status 在终端里运行一下,如果显示 disabled 且不是你主动关闭的,说明这台机器的系统完整性保护可能被之前的安装过程改动了。为了稳妥,建议开启:
在 Apple Silicon 芯片的 Mac 上,改完需要重启生效。
最后把之前做好的启动 U 盘的安装器目录再检查一遍。如果 U 盘里还保留了原始 DMG,占空间很大,建议把 U 盘重新格式化为普通存储盘,或者把安装器复制到电脑里备份。我自己习惯把每个主要版本的安装器单独归档,在 /Applications 目录外的移动硬盘上用版本号命名文件夹保存,这样哪怕之后系统出问题要重装,也不用重新下载一遍大文件。
说实话,macOS 系统下载安装的难点从来不在"下一步下一步",而在那些不按常理出牌的环节:哈希值对不上、引导安全策略拦截、虚拟机镜像架构冲突、系统数据挤爆磁盘。这张镜像三格式的坑与平台对照表,我建议收藏一下:
| 问题场景 | 首选方案 | 备选方案 |
|---|---|---|
| 下载完镜像怀疑损坏 | SHA-256 校验 | 重新下载到不同分区再次校验 |
| 启动盘做好但无法引导 | 检查外部引导安全策略 | 更换 U 盘接口并重做启动盘 |
| VMware 卡苹果 Logo | 升级 VMware 最新版 | 重写 VMX 板型参数 |
| 磁盘空间不足无法升级 | 清理本地快照 | 删除用户缓存和日志 |
折腾系统这件事,思路清晰比操作激进重要得多。希望你按着这套流程走下来,能比当年的我少熬夜几个晚上。