macOS 27 没有出现在「软件更新」里？按顺序排查原因

发布日总有一套固定的节奏。Apple 打开开关，媒体开始发稿，你的时间线上全是升级横幅的截图——而你的 Mac 却什么也没显示，或者更糟，还在提供 macOS Tahoe 26.7，仿佛 27 根本不存在。在你动手清缓存、重置 NVRAM 之前，先按顺序把这些原因过一遍。多数时候只是六件事之一，而其中真正算得上故障的只有一个。

核心要点

• 先检查资格条件。 macOS 27 Golden Gate 仅支持 Apple 芯片。所有 Intel Mac（包括那四款支持 Tahoe 的机型）都看不到它，以后也不会看到。
• 重大版本升级采用分阶段推送。 macOS 会记录每次更新首次推送给你的 Mac 的日期，你可以自行查看——在这台 Mac 上，Tahoe 26 升级在发布四天后才出现，而点更新则是当天就到。
• 「软件更新」把升级和更新显示为两个独立项目。 看到 26.7 的 Update Now 按钮，不代表 27 不存在；向下滚动查看第二项。
• softwareupdate --list-full-installers 是最快的判断方法。 它直接读取安装程序目录，其中的 Deferred: 列会告诉你是否有策略在阻止更新。
• 受管理的 Mac 可能被单个 MDM 键延迟最多 90 天，本地操作无法覆盖这一设置。

第 0 步：这台 Mac 符合升级资格吗？

macOS 27 放弃了所有 Intel Mac。如果你的 Mac 使用 Intel 处理器，「软件更新」不提供升级是正常行为，没有任何变通办法——无论是可启动安装盘、直接下载，还是终端命令，都无法绕过这一限制。

system_profiler SPHardwareDataType | grep -E "Model Name|Chip|Model Identifier"

只要显示 Intel 处理器，就到此为止。受支持的机型列表如下：

• MacBook Neo（A18 Pro，2026 年）
• MacBook Air（Apple 芯片，2020 年及以后）
• MacBook Pro（Apple 芯片，2020 年及以后）
• iMac（Apple 芯片，2021 年及以后）
• Mac mini（Apple 芯片，2020 年及以后）
• Mac Studio（2022 年及以后）
• Mac Pro（Apple 芯片，2023 年及以后）

对于 Intel Mac，正确的归宿是 Tahoe 26.7 或 Sequoia 15.8，Intel Mac 时代的终结 一文说明了哪个版本适用于哪款机型。如果你的机型连这份名单都进不去，那么 Sonoma 安全更新结束后该怎么办 才是你需要的内容。

第 1 步：查找第二个项目

这个问题每年都会绊倒不少人，而检查它不费吹灰之力。

macOS 在同一面板中把点更新和重大版本升级显示为两个不同的项目。在一台符合资格的 Mac 上，9 月 14 日你可能会看到：

• macOS Tahoe 26.7，带有 Update Now 按钮——针对你当前系统的安全更新
• macOS 27 Golden Gate，带有 Upgrade Now 按钮——全新的重大版本

升级项目通常显示在更新项目下方，有时会折叠在「更多信息」后面，在较小的窗口中甚至可能完全超出屏幕范围。在断定出了问题之前，先调整一下「设置」窗口的大小。

这两者也不能互相替代。如果你想暂时留在 Tahoe，点击 Update Now 是正确的选择，27 会继续等待。如果你选择升级，则会完全跳过 26.7，因为 Golden Gate 已经取代了它。

第 2 步：推送还没有到达你的 Mac

Apple 不会在同一时刻把重大版本推送给所有 Mac。推送是分阶段进行的，你处在哪个阶段并非你能左右的事。

之所以这件事可以被诊断，而不只是靠猜测，是因为macOS 会记录每次更新首次推送给你的 Mac 的时间：

defaults read /Library/Preferences/com.apple.SoftwareUpdate FirstOfferDateDictionary

在这台运行 Tahoe 26.5.2 的 Mac 上，得到的是一份完整的历史记录：

"MSU_UPDATE_25A354_patch_26.0_major"   = "2025-09-19 15:06:14 +0000";
"MSU_UPDATE_25A362_patch_26.0.1_minor" = "2025-10-01 04:54:48 +0000";
"MSU_UPDATE_25B78_patch_26.1_minor"    = "2025-11-19 02:41:25 +0000";
"MSU_UPDATE_25E246_patch_26.4_minor"   = "2026-03-24 21:15:05 +0000";
"MSU_UPDATE_25F84_patch_26.5.2_minor"  = "2026-06-30 08:40:30 +0000";
"MSU_UPDATE_25G72_patch_26.6_minor"    = "2026-07-27 23:43:30 +0000";
"MSU_UPDATE_25G83_patch_26.6.2_minor"  = "2026-08-19 11:58:15 +0000";

解读一下后缀：_major 对应 Tahoe 升级，_minor 对应点更新。把其中几项与它们的发布日期做个对比：

更新	发布日期	首次推送到本机	间隔
macOS 26.0（25A354）——重大版本	2025年9月15日	2025年9月19日	4 天
macOS 26.4（25E246）	2026年3月24日	2026年3月24日	同一天
macOS 26.5.2（25F84）	2026年6月29日	2026年6月30日	1 天
macOS 26.6（25G72）	2026年7月27日	2026年7月27日	同一天
macOS 26.6.2（25G83）	2026年8月17日	2026年8月19日	2 天

这个规律与大家的经验之谈一致：**安全更新和点更新通常一两天内就会到达，而重大版本升级则需要更长时间。**在这台 Mac 上，Tahoe 用了四天。

关于这张表，有一点需要坦诚说明。这是更新首次推送给这台 Mac的日期，其中混合了 Apple 的分阶段推送和这台 Mac 实际进行检查的时间——这里的自动下载是关闭的。它并不是对 Apple 分阶段策略的纯粹测量。但作为回答「这个延迟是不是我的错觉」这个问题，它远比凭空猜测靠谱，而且是系统上唯一的此类记录。

这个文件还有另一个值得浏览的理由：它会用 _rsr 后缀单独记录快速安全响应（Rapid Security Response），这是确认你的 Mac 是否曾经收到过此类更新的简便方法。

第 3 步：你的 Mac 其实还没有检查过

「软件更新」面板不会持续轮询。如果 Mac 一直处于睡眠状态，或者自动检查已关闭，面板显示的可能是昨天缓存下来的结果。

强制进行一次真正的扫描：

sudo softwareupdate --background --force

--force 很关键：如果不加它，--background 会遵循「自动检查更新」这项偏好设置，一旦该设置被关闭，它就会悄无声息地什么都不做。然后列出扫描到的结果：

softwareupdate --list

注意，单独的 --list 会自行执行一次扫描，而 --list --no-scan 则会复用之前的结果。如果你想知道当前真正可用的内容，不要使用 --no-scan。

打开「系统设置」→「通用」→「软件更新」也会触发一次检查，但这是一次「礼貌」的检查——它可能先返回缓存状态，同时在后台继续工作，这也是为什么面板有时会在你打开后几秒钟才填充内容。

第 4 步：有东西在延迟更新

如果这台 Mac 处于被管理状态——无论是被雇主、学校，还是你多年前安装后就忘了的描述文件管理——更新都可能被策略阻挡。

检查是否安装了任何描述文件：

profiles list                 # user-level profiles
sudo profiles show -type enrollment   # MDM enrolment status

Apple 的 MDM 限制包含两对独立的延迟设置：

限制键	配套的延迟键	阻挡的内容
forceDelayedSoftwareUpdates	enforcedSoftwareUpdateDelay	点更新和安全更新
forceDelayedMajorSoftwareUpdates	enforcedSoftwareUpdateMajorOSDeferredInstallDelay	macOS 27 等重大版本升级

重大系统延迟默认值为 30 天，最小为 1 天，最大为 90 天。如果管理员在 8 月设置了 90 天，那么 Golden Gate 就会一直对你的 Mac 隐藏到 12 月，而这正是设计的预期行为。

本地最快的判断信号是安装程序列表中的 Deferred: 列：

softwareupdate --list-full-installers

在这台未受管理的 Mac 上，Golden Gate 发布前两天，每一行都显示 Deferred: NO：

* Title: macOS Tahoe, Version: 26.6.2, Size: 17953734KiB, Build: 25G83, Deferred: NO
* Title: macOS Tahoe, Version: 26.6.1, Size: 17938060KiB, Build: 25G76, Deferred: NO
* Title: macOS Tahoe, Version: 26.6,   Size: 17942836KiB, Build: 25G72, Deferred: NO
* Title: macOS Sequoia, Version: 15.7.9, Size: 15289021KiB, Build: 24G830, Deferred: NO

如果这里显示 YES，那就是你的答案，而且这不是靠终端就能解决的问题。延迟策略同时在服务器端和本地强制执行；在未获授权的情况下移除描述文件，在受监督的 Mac 上不仅徒劳无功，还是一场你最好先跟 IT 团队谈过再做的对话。

如果你负责管理一批 Mac，这一点值得了解：重大版本升级的延迟设置不会阻挡小版本更新。如果你的用户能看到 26.7 却看不到 27，那说明这支设备队列配置正确，而不是出了故障。

第 5 步：你处于测试版通道

这个问题绊倒的人比想象中多，而且是双向的。

如果这台 Mac 加入了开发者或公开测试版计划，「软件更新」提供给你的就是测试版通道。根据时间点不同，这可能意味着你已经拥有了正式版本（RC 版本直接变成了正式版），也可能意味着你被推送的是 27.1 的测试版而非 27.0 的正式版，还可能意味着面板看起来和其他人的完全不一样，让人摸不着头脑。

在**「系统设置」→「通用」→「软件更新」→「测试版更新」**中检查并修改这项设置，这是当前 macOS 上受支持的控制项。将其设置为 Off 会让这台 Mac 回到正式版通道。

旧版 seedutil 二进制文件仍然存在于 /System/Library/PrivateFrameworks/Seeding.framework/Versions/A/Resources/seedutil，早于 Ventura 的指南仍然推荐使用它。请改用「设置」中的控制项——测试版注册机制已经迁移到基于 Apple 账户的系统，这个二进制文件对状态的判断已经不再权威。

一个相关的陷阱：如果你已经安装了 Golden Gate 的 RC 版本，你其实已经在使用正式发布版本了。「软件更新」不会再向你提供「macOS 27」，因为你已经拥有它了。请到关于本机 中确认版本号，而不要凭猜测判断。

第 6 步：可用空间不足

「软件更新」会显示一个它其实无法安装的升级，然后在安装过程中途失败，或者在最后一步拒绝继续。Golden Gate 完整安装程序的体量与 Tahoe 相当——下载大小约 17 GB——而安装过程本身在运行时需要的空间远不止这些。

「访达」显示给你的数字，并不是安装程序实际使用的数字。检查一下容器空间：

diskutil info / | grep "Container Free Space"

如果结果比预期低很多，这些空间通常是被 APFS 快照和可清除内容占用的，而不是那些你能找到并删除的文件——升级前究竟是什么在吃掉你的磁盘空间 一文对此做了拆解，隐藏的根级日志 则介绍了另一个常见的意外情况。

第 7 步：目录文件或网络问题

少见，但确实存在，值得在归咎于 Apple 之前先检查一遍。

• 自定义目录 URL。 旧版软件更新服务器描述文件会在 /Library/Preferences/com.apple.SoftwareUpdate 中写入一个 CatalogURL。如果设置了这个键，并且它指向的服务器已经不存在，你的 Mac 就是在向错误的地方发起请求。用 defaults read /Library/Preferences/com.apple.SoftwareUpdate 检查是否存在 CatalogURL 键——正常的 Mac 上不应该有这个键。
• 内容缓存服务器。 在运行 macOS 内容缓存的网络中，你的 Mac 可能在等待一个尚未拉取新版本的缓存。这个问题通常会在几个小时内自行解决。
• VPN 或过滤代理。 拦截 TLS 的企业过滤系统可能会以不产生任何错误、只留下一个空白面板的方式，破坏更新检查过程。在升级问题之前，先换一个网络测试一下。
• 过期的目录缓存。 sudo softwareupdate --clear-catalog 会重置客户端缓存的目录。这个操作无害，偶尔有效，在排除了以上所有可能性之后，值得一试。

如果你负责管理一批 Mac，情况有所不同

延迟限制是旧机制。从 macOS 14 开始，Apple 更倾向的方式是声明式设备管理（declarative device management），即给 Mac 下发一份描述其应达到状态的声明，然后由 Mac 自行达成该状态，而不需要服务器持续轮询。

相关的声明是 com.apple.configuration.softwareupdate.enforcement.specific，它的三个键可以解释很多在用户看来颇为神秘的行为：

键	作用
TargetOSVersion	Mac 必须达到的版本，例如 27.0
TargetBuildVersion	可选，当两者同时设置时优先于 TargetOSVersion——用于指定具体构建版本
TargetLocalDateTime	强制执行更新的本地日期和时间

有两种行为值得了解，因为它们经常引发技术支持工单：

• 如果目标版本对这台 Mac 还不可用，该声明会保持生效状态并耐心等待。这台 Mac 并没有故障；它只是持有一份暂时无法满足的配置。一旦出现匹配的更新，它就会立即处理。
• 如果有多个声明的目标是更新的版本，目标日期最早的那个会最先执行，其余的排队等候。

从用户的角度看，一台处于声明式强制状态下的 Mac，可能会显示带倒计时的升级提示，也可能在目标日期临近之前什么都不显示。这两种情况都不是故障。如果你负责管理这批设备，请在周一之前决定 Golden Gate 究竟是目标还是延迟对象——并且记住，重大系统延迟不会阻挡 26.7，而本月的安全修复正是在 26.7 里。

安装完成后，确认你得到了预期的结果

花三十秒确认一下是值得的，尤其是在你手动获取安装程序的情况下。

# Version and build
sw_vers

# System Integrity Protection should be enabled
csrutil status

# Firmware — Golden Gate moves to a new series
ioreg -p IODeviceTree -n chosen -r | grep -E "firmware-version|iboot-stage"

sw_vers 应该报告 27.0 以及对应的发布构建号。固件命令才是有意思的部分：Tahoe 报告的是 mBoot-18000.x 范围内的数字——这台运行 26.5.2 的 Mac 报告的是 mBoot-18000.121.3——而 Golden Gate 的候选版本报告的是全新的系列号 20457.1.29。如果你维护着一份固件清单，应该会看到明显的不连续，具体原因可以参考 Sequoia 和 Sonoma 更新中的固件版本不一致问题，了解这些数字为什么值得被记录下来。

无论如何都要拿到它

如果你已经确认了资格，只是不想等待推送，也有官方支持的方式可以直接获取安装程序。

App Store 页面

Apple 会为每个 macOS 版本发布一个 Mac App Store 页面，打开它就会把完整安装程序放进 /Applications，无论「软件更新」是否已经推送过这次升级。Apple 官方的支持页面会链接到这些页面，走这些链接是最安全的路径——搜索结果里出现的「macOS 27 安装程序」，恰恰是恶意软件分发者最喜欢的伪装形式。

softwareupdate --fetch-full-installer

命令行方式，可以绕过「软件更新」面板的推送逻辑：

# See what the catalogue actually contains
softwareupdate --list-full-installers

# Fetch a specific version into /Applications
sudo softwareupdate --fetch-full-installer --full-installer-version 27.0

周一运行第一条命令，留意 macOS 27 出现在列表中的那一刻——那就是目录发生翻转的时间点，通常会早于你的「软件更新」面板。同一条命令也是你故意获取旧版本的方法，比如在一台只被提供 Tahoe 的 Mac 上安装 Sequoia。

可启动安装盘

一旦安装程序应用出现在 /Applications 中，createinstallmedia 就可以把一个 USB 驱动器变成可启动安装盘：

sudo /Applications/Install\ macOS\ 27\ Golden\ Gate.app/Contents/Resources/createinstallmedia \
  --volume /Volumes/MyUSBDrive

具体的应用程序名称取决于 Apple 实际发布的内容；请检查 /Applications，而不要盲目照抄路径。如果你要升级好几台 Mac，这条路径值得一试，因为它只需要下载一次。

当「软件更新」提供的是 26.7 时

有必要说清楚，因为这将是周一最常见的情形：被提供 Tahoe 26.7 而不是 macOS 27，往往是正确的结果，而不是故障。

• 在 Intel Mac 上，26.7 就是终点，不会再有别的更新。
• 在设置了重大系统延迟的受管理 Mac 上，26.7 就是策略所允许的内容。
• 在推送早期、符合资格的 Mac 上，26.7 会先到，27 随后跟上。

而且 26.7 并不是安慰奖。它和 Sequoia 15.8 在 8 月 17 日到 9 月 9 日之间经历了四轮候选版本——最后一轮是 25G229 和 24H23——这些更新的发布说明中记载的都是安全修复。在你还在考虑 27 的时候先安装它，是完全合理的做法；Golden Gate 首日更新指南 详细说明了为什么值得等待这次重大升级。

常见问题排查

升级出现、下载，然后又消失了

通常是完整性校验失败或下载中断导致的。未完成的下载会保存在 /Library/Updates 中；删除其中的内容并重新运行更新是安全的，通常也足以解决问题。如果问题反复出现，请改为直接获取完整安装程序——一次性下载 17 GB 比断点续传更可靠。

「An error occurred downloading the selected updates」

这是一个笼统的提示，通常是网络层面的问题，而不是 Mac 本身的问题。换一个网络试试，关闭任何 VPN，然后重新运行。如果你所在的组织运行着缓存服务器，那是首先要排查的地方。

「软件更新」卡在「Checking for updates」转圈不动

终止这次检查，强制进行一次干净的重新检查：

sudo killall softwareupdated
sudo softwareupdate --clear-catalog
sudo softwareupdate --background --force

然后重新打开「软件更新」面板。softwareupdated 守护进程会自动重启。

Mac 符合资格、未受管理、空间充足，但过了好几天仍然什么都不显示

到了这一步，「推送延迟」这个解释已经站不住脚了。直接获取完整安装程序——走另一条路径获得完全相同的内容，而且不需要再去诊断面板为什么这么固执。

升级导致工作用的 VPN 或安全代理无法使用

这不是升级失败，而是升级后最常见的技术支持工单类型。第三方网络扩展和内核扩展通常需要厂商针对新的重大版本发布更新。请在升级之前检查兼容性，而不是升级之后——在受管理的 Mac 上，这正是延迟策略存在的原因。

常见问题

macOS 的推送通常需要多长时间？

对大多数 Mac 来说是以天为单位，而不是以周为单位。在这台 Mac 上，Tahoe 26 升级在发布四天后出现，而点更新是当天到达的。Apple 不会公开推送时间表或百分比。

重启会让更新更快出现吗？

不会。重启会触发一次全新的检查，只有在 Mac 之前的缓存结果已经过期时才会有帮助。它不会让你在推送队列中排到更靠前的位置。

我可以不问 IT 部门就自行检查这台 Mac 是否受管理吗？

sudo profiles show -type enrollment 会告诉你这台 Mac 是否加入了 MDM，以及这次注册是用户批准的还是受监督的。受监督 Mac 的策略无法在本地移除。

从第三方网站下载安装程序是否可以接受？

不可以。请使用 Apple 的 App Store 链接或 softwareupdate --fetch-full-installer。被修改过的 macOS 安装程序意味着整台机器彻底沦陷，而安装程序之所以是恶意软件最青睐的传播途径之一，正是因为人们会在发布当天主动去寻找它们。

我现在用的是候选版本（RC）。周一需要做什么吗？

几乎不需要——RC 构建版本会直接变成正式发布版本。到关于本机 → 更多信息 中确认构建号，如果你不想接下来收到 27.1 的测试版，记得关闭「测试版更新」。

我应该在升级出现的当天就安装吗？

这是一个和「它是否出现」完全不同的问题，对大多数用于日常工作的 Mac 来说，答案是等待 27.0.1。首日指南中列出了正式版本已知的回归问题。

结语

排查顺序比任何单一的修复方法都更重要。先看资格，再看面板中的第二个项目，再看推送记录，再做一次强制检查，再看延迟策略，再看测试版通道，再看空间，最后看网络。这七项里有六项都只是解释而非故障，按顺序过一遍大约只需要五分钟——远远少于人们花一整个下午重置 NVRAM 的时间，而那台 Mac 可能只是排在队列前面还差四十八小时而已。

如果你排查到最后，这台 Mac 符合资格、未受管理、空间充足，却依然什么都不显示，那就不要再继续诊断了，直接获取完整安装程序。这是官方支持的方式，用的是 Apple 自己的文件，可以完全绕开这整个问题。

相关阅读：macOS 27 Golden Gate 首日更新指南 · 升级前究竟是什么在吃掉你的磁盘空间 · Intel Mac 时代的终结 · 如何安全安装 macOS 测试版