
OpCore-Simplify 完整指南6 个菜单选项自动生成可启动的 OpenCore EFI【免费下载链接】OpCore-SimplifyA tool designed to simplify the creation of OpenCore EFI项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-SimplifyOpCore-Simplify 是一个命令行工具输入一份硬件报告Report.json 加 ACPI 转储输出一个配好 ACPI 补丁、Kext 和 SMBIOS 的 OpenCore EFI 目录。它把查硬件、选补丁、写 config.plist 这套手工流程内置成脚本逻辑每一步都保留手动调整的入口。本文基于仓库源码与 README讲清它的自动化边界、硬件支持范围以及构建完成之后必须做的事。核心关键词OpCore-Simplify、OpenCore EFI 自动生成、黑苹果配置工具、硬件报告转 EFI长尾关键词Report.json 硬件报告、ACPI 补丁自动应用、Kext 依赖自动管理、macOS 版本兼容检测、黑苹果 USB 映射工具定位一张硬件报告一份可启动的 EFI一份 OpenCore EFI 的组装至少涉及四类工作ACPI 表补丁、Kext 挑选与依赖、SMBIOS 型号与序列号、config.plist 各节点的填值。OpCore-Simplify 的主循环就是一个 6 项文本菜单见 OpCore-Simplify.pySelect Hardware Report —— 导入或导出硬件报告Select macOS Version —— 选择目标 macOS 版本Customize ACPI PatchCustomize KextsCustomize SMBIOS ModelBuild OpenCore EFI它不是图形界面所有交互都是终端里的数字选项但默认值已经算好菜单 3 到 5 只是给你反悔的机会。选择第 1 项时工具会连锁触发后续全部默认决策兼容性检查、macOS 版本推荐、Kext 勾选、SMBIOS 选型、ACPI 补丁勾选一次跑完然后你才在菜单里逐项复核。Windows 下还有一个入口E. Export hardware report直接调用 Hardware Sniffer 在本地导出报告与 ACPI 转储省去手动准备文件。⚡ 快速上手三种系统的启动方式先把代码拿到本地git clone https://gitcode.com/GitHub_Trending/op/OpCore-Simplify然后按系统选入口Windows双击 OpCore-Simplify.bat。脚本会自行探测系统里的 Pythonwhere python、pylauncher 都会查找不到时提示一键下载安装最新版 Python 3静默安装并自动配 PATH不需要自己折腾环境。macOS双击 OpCore-Simplify.command逻辑相同缺 Python 时从官方安装包下载并以 pkg 方式安装。Linux用现有的 Python 解释器运行python3 OpCore-Simplify.py。启动后还有一个细节updater.py 会先比对本地版本与上游最新 commit 的 SHA有新版就下载、替换并以新版本重启不用手动跟踪更新。自动化做了什么从 Report.json 到 config.plist报告进来后数据会经过这样一条流水线报告校验。report_validator.py 按 schema 逐项检查字段Motherboard、BIOS、CPU、GPU 为必填Device ID、PCI 路径、ACPI 路径都有正则约束。校验不过会列出错误并建议重新导出报告防止残缺数据进入后续环节。兼容性映射。compatibility_checker.py 把 CPU、GPU、网卡等组件逐一映射到可安装的 macOS 区间。CPU 一侧看 SIMD 指令集没有 SSE4 的 CPU 直接判定不支持并退出有 SSE4.1 但缺 SSE4.2 的上限压到 macOS 12Darwin 21。GPU 则按设备 ID 前缀细分部分老核显只支持到较早版本。ACPI 补丁。acpi_guru.py3000 多行整合两套逻辑SSDTTime 的常见补丁FakeEC、FixHPET、PLUG、RTCAWAC 等以及项目自定义补丁包括把第一个 CPU 条目指到活动核上并禁用 UNC0 设备防 HEDT 平台内核恐慌、禁用不用的 PCI 设备独显 Optimus 场景、无线网卡、NVMe 控制器、修正 _PRW 睡眠状态值防止立即唤醒、按需生成 ALS0 / BUS0 / MCHC / PMCR / PNLF / RMNE / IMEI / USBX / XOSI 等设备外加一个 Surface 专用补丁。Kext 依赖。kext_data.py 里每个 Kext 都声明了最低/最高 Darwin 版本、依赖列表requires_kexts和冲突组例如 VirtualSMC 依赖 Lilu各 SMC 传感器插件依赖 Lilu VirtualSMC。kext_maestro.py 根据硬件报告勾选gathering_files.py 从 Dortania build-repo 与 GitHub Releases 拉取文件integrity_checker.py 用 sha256 校验完整性下载记录缓存在 history.json重复构建时不必重新下载。针对 P 核 E 核混合架构的 Intel CPU会自动加载 CpuTopologyRebuild 优化拓扑。SMBIOS 与序列号。smbios.py 从 mac_model_data.py 的机型表里按 CPU 代际匹配 Mac 型号调用 macserial 生成对应格式的序列号再配随机 MAC 地址和 UUID 写入 config.plist。配置层面还有一些默认动作默认禁用 SIP、为部分不被识别的 AMD 显卡伪装 GPU ID、按 Resizable BAR 信息配置 ResizeAppleGpuBars、为带独显的机型提供 iGPU 无头/驱动显示两种模式以及通过 wifi_profile_extractor.py 导出 WiFi 配置让 itlwm 在启动时自动连接。点 6 之后构建过程固定 5 步复制 EFI 基础目录 → 应用 ACPI 补丁 → 拷贝 Kext 并生成快照 → 写入 config.plist → 清理未使用的驱动、资源与工具。产物落在仓库目录下的Results/是一份可以直接写进 U 盘的完整 EFI。 硬件支持范围CPU、显卡与 macOS 版本对照README 给出的支持矩阵与 Scripts/datasets/ 里的数据文件一一对应组件覆盖范围Intel CPU第 1 代Nehalem / Westmere到 Arrow Lake第 15 代 / Core Ultra 2AMD CPURyzen 与 Threadripper走 AMD Vanilla 方案Intel 核显Iron Lake第 1 代到 Ice Lake第 10 代AMD 核显Vega Raven ASIC 家族Ryzen 1xxx → 5xxx、7x30 系列AMD 独显Navi 21 / 22 / 23 及更早系列NVIDIAKepler、Pascal、Maxwell、Fermi、TeslamacOSHigh Sierra10.13到 Tahoe26os_data.py 维护着 10.13 到 26 共 9 个版本选版本时可以直接输 Darwin 号如 22.4.6或大版本号如 19需要 OpenCore Legacy Patcher 的版本会在列表里明确标注而不是构建完才发现。几个源码里的具体约束值得记住没有 SSE4 指令集的 CPU 无法进入流程直接退出。只有 SSE4.1 没有 SSE4.2 的 CPU最高可装 macOS 12。需要 OCLP 的版本在版本列表里预先标出方便先决策再构建。构建完成不是终点BIOS 设置与 USB 映射点完 Build 后工具会打印一份使用 EFI 前必须做的事清单before_using_efi内容按你的报告动态生成BIOS 项报告里是 Legacy 启动的提示开 UEFI 关 CSMSecure Boot 未关闭的提示关闭使用较新 Intel 芯片组的台式机若 Resizable BAR 处于开启状态会额外提示开启 Above 4G Decoding 并禁用 Resizable BAR / Smart Access Memory。USB 映射用 USBToolBox 生成 UTBMap.kext 放进EFI/OC/Kexts删掉默认的 UTBDefault.kext再用 ProperTree 打开 config.plist 执行 OC SnapshotCtrl/Cmd R单个控制器端口超过 15 个时启用 XhciPortLimit 补丁。制作安装盘Windows 侧推荐 UnPlugged 制作 macOS 安装 U 盘macOS 侧按 Dortania 安装指南走。OCLP 后续如果你选了需要 OpenCore Legacy Patcher 的版本装完系统后要执行 root patch 才能点亮被砍掉的显卡加速和 Broadcom 无线AMD 显卡用户还要在 patch 后移除启动参数-radvesa/-amd_no_dgpu_accel。⚠️ 适用边界与避坑不保证一次装成。README 明确写了这一点工具压缩的是前期配置时间安装过程的排错仍需自己处理。OCLP 有代价。它通过禁用 SIP、AMFI 恢复老硬件支持可能的后果包括系统更新需要完整安装包、应用崩溃、系统不稳定。构建涉及 OCLP 的版本时工具会弹一次风险提示并要求输入 yes 才继续。硬件报告有盲区。Windows 下直接导出报告时Hardware Sniffer 在 Windows PE 环境里不采集 Resizable BAR 状态和显示器连接信息且务必用最新版 Sniffer 生成报告。手动改配置不是推荐路径。README 把自定义 ACPI 补丁、Kext、SMBIOS标注为 not recommended只保留给排错场景。文本菜单即交互方式。它的自动化体现在默认值全算好而不是界面华丽期待图形向导的人需要先建立这个预期。OpenCore 配置的本质是硬件事实 → 配置决策的映射。OpCore-Simplify 做的事是把这张映射表连同校验、下载、依赖解析一起内置成代码菜单只是复核入口。一句话选型建议硬件在上面的支持矩阵内、能接受终端操作、想要一份先能启动再说的 EFI 作为起点的用户适合用它硬件超出矩阵如无 SSE4 的 CPU或希望全程图形化操作的用户建议直接走 Dortania 手动指南。【免费下载链接】OpCore-SimplifyA tool designed to simplify the creation of OpenCore EFI项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-Simplify创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考