RK3588 开发板运行 macOS 27.2 黑苹果：EFI 引导进展与待解难题

前言

Apple 已经放弃了对 Intel 处理器机型后续版本 macOS 的支持，全球黑苹果社区由此开始了一段新的自救进程。现在既有在 Intel 平台上继续模拟运行、借助 Linux 曲线救国等各种方案，也陆续出现了更大胆的尝试。ARM 平台上运行 macOS 的进展，正是最近讨论最热闹的方向之一。

详细介绍

近日，一段 25 秒的视频在社交媒体上传开，画面停留在 Apple 的系统安装界面。

发帖者称，RK3588 开发板已经成功跑起 macOS 27.2 Beta。双 2.5G 网口、NVMe 固态硬盘控制器、32GB 内存总线以及 Mali-G610 核显驱动，都已经初步搞定。

开发者还特别强调了一点：这是真正通过 EFI 引导启动的原生 macOS，不是在 Linux 下用 KVM 拉起来的虚拟机。系统分区甚至是从一台 MacBook Pro 14 M5 上直接复制出来的。

Apple 在 9 月发布了 macOS 27 Golden Gate 之后，官方兼容列表里只剩下搭载 Apple 自研芯片的机型。Intel Mac 最高只能停留在 macOS 26 Tahoe。黑苹果在 x86 平台上的路看起来已经被官方堵死，到了 10 月，ARM 阵营反而接二连三传来新动作。

从 macOS 14 恢复环境到 macOS 27.2

这次项目的主角是国内开发者秋城落叶（QiuChenly）。他在 GitHub 上发布的项目主要围绕 macOS 系统工具展开，InjectLib、MusicDownload 等项目都拿到了 2000 多颗星。

移植进度被开发者按天记录在自己的社交平台上，大致脉络如下：

• 10 月 23 日：RK3588 成功运行 macOS 14 的 RecoveryOS 恢复环境，八核处理器正常工作。Mali-G610 图形驱动参考 Linux 方案进行移植，已经能通过 HDMI 输出 3D 立方体测试画面。
• 10 月 24 日：经过一周移植，他在 Orange Pi 5 Plus 32GB 开发板上运行起基于 arm64e 架构的 macOS 14 恢复环境，能在 4K 120Hz 显示器上输出画面，不过显卡驱动性能仍不理想。
• 同一天的另一条帖子中，他公开征集 Claude 或 GPT 的 Token，用来协助分析系统错误和修改驱动。他还提到，自己的额度用完后注册了几个 DeepSeek 账号轮换使用，结果被平台封了三个。
• 10 月 27 日：项目继续推进，已经能够正常引导启动 macOS 27.2 Beta，并为双 2.5G 网口编写了驱动，可以通过 SSH 远程登录系统。
• 10 月 28 日：他发布了视频和完整成果清单，把完整图形加速、BE200 无线网卡驱动以及 RKNN NPU 驱动列为接下来的待办任务。

硬件规格确实对得上

开发者用的板子是 Orange Pi 5 Plus 32GB。对照官方参数，这块板子搭载 RK3588 八核处理器，包含 4 个 Cortex-A76 核心和 4 个 Cortex-A55 核心，配备 Mali-G610 MP4 核显、32GB LPDDR4X 内存、两个基于 RTL8125BG 芯片的 2.5G 网口、M.2 2280 NVMe 固态硬盘插槽以及 eMMC 模块接口。

双 2.5G 网口、NVMe 控制器、32GB 内存总线这三项，和开发者公布的成果一一对应，恰好都是这块板子比较突出的硬件特征。

开发板照片里，M.2 插槽上还装了一张 Intel BE200 无线网卡。这正好对应开发者的待办项——BE200 驱动还没有完成。

RK3588 通过真正的 EFI 引导启动系统，并非完全没有技术铺垫。开源项目 edk2-rk3588 就是专门为这一芯片平台打造的 EDK2 UEFI 固件，目前在 GitHub 上有 1057 颗星，10 月 27 日还有更新。这说明围绕 RK3588 的 UEFI 引导方案，一直有开发者在持续投入。

视频证明了什么，又没证明什么？

这段视频时长 25.7 秒，分辨率 1080P。

逐帧查看可以发现，画面显示的是 Apple 安装向导里的语言选择页面，底部挂着 apple.com/legal/sla 的授权条款文字，整个视频几乎没有场景切换。换句话说，它能证明的是一台设备确实进入了 macOS 的首次启动界面。

但驱动加载情况、Metal 图形运算、SSH 登录、EFI 引导过程本身，都没有直接出现在画面里。要把验证推进到驱动层面，就需要看到引导器、内核扩展或驱动的源代码。目前这三部分都没有公开，也没有第三方复现成功的记录。

所以帖子里已经有人直接要求公开 EFI 和引导器，看看具体实现方式。还有人提出一个关键疑问：没有 PAC 硬件的情况下，系统是怎么跑起来的？

RK3588 的 Cortex-A76 和 Cortex-A55 核心采用 ARMv8.2-A 架构，并不具备硬件指针认证（PAC）功能。在这类处理器上，arm64e 使用的指针认证指令通常会退化为空操作，相关安全机制实际上并未生效。想深入理解 ARMv8 架构下的内存管理与安全模型，可以看看这门从内核原理到现代系统的操作系统课程，里面系统性地覆盖了 ARMv8（AArch64）的进程管理、虚拟内存、系统虚拟化与安全机制等主题。

另外，也有网友直言这颗芯片的性能可能不够用，还有人好奇它的性能大概相当于 Apple M 系列中的哪一款。

10 月的 ARM 黑苹果项目不止一个

同一个月里，ARM 架构运行 Apple 系统的案例接连出现。

NullMoth 项目尝试为 NVIDIA 显卡补上 macOS 的 Metal 驱动；Snapintosh 则在搭载高通 Snapdragon X2 Elite 的笔记本上启动了 macOS 27 桌面。开发者在采访中表示，ARM 平台上跑黑苹果完全可行。UniXNU 项目让小米平板 6S Pro 原生运行 iPadOS 17；HackiOS 则在尝试把原生 iOS 刷入 Android 手机。

这些项目技术难度各异，但有一个共同点：都在 Apple 官方不支持的硬件上运行 Darwin 内核。

从当前进展来看，这个 RK3588 项目离日常使用还有不小的距离。完整图形加速、无线网络和 NPU 驱动都还停在待办列表上。目前能做到 1080P HDMI 输出、八核处理器在恢复环境中工作，说明系统已经进入“能启动、能连网、能进终端”的阶段。

开发者也不讳言项目对 AI 工具的依赖——分析系统错误、协助修改驱动，很多时候都靠 LLM 在帮忙。做这类底层逆向与驱动调试时，稳定可靠的模型 API 确实能明显提升效率，需要 Claude、GPT 这类服务的话可以留意一下 RouteFast.ai。

不过，10 月这波 ARM 黑苹果项目带来一个明显变化：讨论重心已经从“到底能不能装”，转向了“还缺哪些功能”。接下来值得紧盯的，是引导器会不会开源，以及有没有第二位开发者成功复现相同的启动过程。如果这些技术继续成熟下去，未来在各种意想不到的设备上看到 macOS 的机器，或许真的不再是玩笑。

更多关于开发者社区里的技术折腾与工具分享，欢迎常来云栈社区逛逛。