简介Clover_v5.0_r5122_X64 是一款面向黑果Hackintosh玩家的 64 位四叶草启动引导程序主要解决非苹果硬件无法直接识别并启动 macOS 的问题。它通过模拟苹果原生启动管理器让普通主板也能加载 macOS 内核尤其适配 macOS Big Sur适合具备一定折腾经验、愿意自行配置 EFI 与驱动的进阶用户。压缩包共 517 个文件约 9.37MB以 334 个 png 与 78 个 icns 构成图形化启动界面资源51 个 efi 驱动、10 个 plist 配置及 boot0af、boot1f32、boot6 等引导文件负责实际启动流程另含少量 kexts、脚本与说明文档。目前已有 1045 人学习下载。资源完整保留了 Clover 的引导模块、主题素材与配置模板读者可据此在 EFI 分区部署引导、按硬件挑选 kexts并借助 Clover Configurator 调整启动项与显示效果为安装和排错 macOS Big Sur 提供可复用的文件基础。1. 黑果四叶草引导Clover_v5.0_r5122_X64 到底在解决什么问题很多人第一次接触黑苹果卡在的不是驱动也不是声卡网卡而是开机那一瞬间——主板自检过了屏幕却黑着或者直接进了 WindowsmacOS 分区像不存在一样。Clover_v5.0_r5122_X64 这个版本号背后其实是一套 X64 架构下的引导加载器它负责在 UEFI 或传统 BIOS 环境下把 macOS 的预引导环境接管过来再交给系统内核。换句话说没有它你硬盘里那个精心写好的 macOS 分区连被看见的资格都没有。这个标题适合两类人一类是刚把 macOS 镜像写入 U 盘、准备第一次引导的新手需要知道 Clover 的目录结构和最小配置怎么摆另一类是已经能进系统、但被多系统菜单、引导超时、版本升级搞烦的老手想搞清楚 r5122 这个版本在配置项和兼容性上的边界。黑果四叶草引导的核心价值是把「主板固件认不认这个分区」变成「引导器怎么向系统描述这个分区」控制权从主板手里拿回来一部分。下面按实际落地顺序从目录结构、配置参数、驱动放置到排错一步步拆开。2. Clover 引导目录结构与最小可启动配置2.1 EFI 分区里到底该放哪几个文件夹Clover 的安装方式分两种一种是写入 U 盘做安装引导另一种是装到硬盘 EFI 分区做日常引导。无论哪种最终 EFI 分区根目录下会有一个EFI文件夹里面至少要有BOOT和CLOVER两个子目录。BOOT里放的是BOOTX64.efi这是主板固件直接调用的入口文件CLOVER里才是 Clover 自己的配置、驱动和工具。一个能跑起来的最小结构是这样的EFI/ ├── BOOT/ │ └── BOOTX64.efi └── CLOVER/ ├── CLOVERX64.efi ├── config.plist ├── ACPI/ │ └── patched/ ├── drivers/ │ └── UEFI/ ├── kexts/ │ └── Other/ └── tools/CLOVERX64.efi是 Clover 的主程序config.plist是它的黑匣子——几乎所有行为都由这个文件决定。ACPI/patched放的是你提取并修补过的 DSDT 或 SSDTdrivers/UEFI放 UEFI 驱动kexts/Other放第三方内核扩展。新手最容易犯的错是把所有 kext 一股脑塞进Other结果引导阶段就卡死因为某些 kext 在预引导环境里根本不该加载。提示r5122 这个版本对drivers/UEFI下的驱动加载顺序有依赖ApfsDriverLoader.efi和HFSPlus.efi至少要有一个否则 Clover 看不到 macOS 分区。2.2 config.plist 里必须改的四个参数config.plist是一个 XML 格式的 plist 文件用 ProperTree 或 Xcode 编辑都行。下面这段是一个能引导起 macOS 安装盘的最小片段只保留关键节点keyACPI/key dict keyDSDT/key dict keyFixes/key dict keyFixShutdown/key true/ /dict /dict /dict keyBoot/key dict keyArguments/key string-v dart0 nv_disable1/string keyTimeout/key integer5/integer keySecure/key false/ /dict keyDevices/key dict keyUSB/key dict keyInject/key true/ keyFixOwnership/key true/ /dict /dict keyGUI/key dict keyScan/key dict keyEntries/key true/ keyTool/key false/ /dict /dictBoot/Arguments里的-v是打开啰嗦模式第一次引导必须加不然卡住只能看黑屏。dart0是关闭 VT-d很多主板不开这个会直接卡在AppleIntelCPUPowerManagement。nv_disable1是屏蔽 N 卡如果你用的是 A 卡或核显这行可以删。Timeout是菜单等待秒数设 0 会直接进默认分区设 5 给自己留个后悔药。Devices/USB/Inject和FixOwnership在安装阶段建议都开装完系统再按需关掉。GUI/Scan/Entries设为 true 后Clover 会自动扫描所有可引导分区并生成菜单项。如果你发现菜单里出现了不该出现的 Windows 恢复分区可以在GUI/Scan下加Legacy设为 false 来减少干扰。2.3 驱动和 kext 的放置逻辑drivers/UEFI下的.efi文件是 UEFI 驱动负责在引导阶段提供文件系统访问、内存修补等功能。常见的有驱动文件作用是否必须ApfsDriverLoader.efi读取 APFS 分区安装 High Sierra 及以上必须HFSPlus.efi读取 HFS 分区安装 Sierra 及以下必须OsxAptioFix3Drv.efi修复内存映射多数主板需要SMCHelper.efi模拟 SMC 芯片必须kexts/Other下放的是内核扩展安装阶段只需要FakeSMC.kext或VirtualSMC.kext二选一加上Lilu.kext和WhateverGreen.kext。网卡、声卡、USB 的 kext 等系统装完再放否则安装器可能因为加载了不匹配的驱动而崩溃。我一般会在kexts下再建一个Off文件夹把暂时不用的 kext 挪进去Clover 不会加载Off里的东西这样切换配置比反复删文件快得多。3. 用 Clover 引导多系统菜单、超时与分区识别3.1 让 Windows 和 macOS 同时出现在菜单里Clover 默认会扫描所有分区但 Windows 的 EFI 引导文件在EFI/Microsoft/Boot/bootmgfw.efi而 Clover 有时会把它识别成一个普通可执行文件而不是引导项。解决办法是在config.plist的GUI节点下加Custom条目手动指定 Windows 的引导路径keyGUI/key dict keyCustom/key dict keyEntries/key array dict keyPath/key string\EFI\Microsoft\Boot\bootmgfw.efi/string keyTitle/key stringWindows 10/string keyType/key stringWindows/string keyVolume/key string你的 Windows EFI 分区 UUID/string /dict /array /dict /dictVolume填的是分区 UUID不是磁盘序列号。在 macOS 下用diskutil info /dev/disk0s1可以查到。Type设为Windows后Clover 会用特定的方式加载它避免出现引导 Windows 后花屏或直接重启的问题。如果你不想手动指定也可以在GUI/Scan下把Legacy设为 true让 Clover 用传统方式扫描但这样菜单里可能会多出一些无用的恢复分区项。3.2 引导超时和默认分区的设置技巧Boot/Timeout控制菜单等待时间单位是秒。设成-1会一直等待设成0会直接进默认分区。默认分区由Boot/DefaultVolume决定填的是分区卷标比如Macintosh HD。如果你经常需要在 Windows 和 macOS 之间切换建议把Timeout设成 3 到 5 秒既不会等太久也来得及按方向键。还有一个容易被忽略的参数是Boot/DefaultLoader它指定默认的引导器路径。如果你装了多个版本的 Clover 或者同时有 OpenCore这个参数可以强制指定用哪个。不过 r5122 对DefaultLoader的解析有时候会抽风我遇到过填了绝对路径却仍然加载了错误引导器的情况后来干脆把不用的引导器文件改名物理上杜绝误加载。3.3 分区识别失败的三种排查方向Clover 菜单里看不到 macOS 分区最常见的原因是 APFS 驱动没加载。High Sierra 之后 macOS 默认用 APFS而 Clover 原生不带 APFS 读取能力必须靠ApfsDriverLoader.efi。检查drivers/UEFI下有没有这个文件没有就去 Clover 安装包的drivers/off里找复制过来。第二种情况是分区表类型不匹配。如果你的 macOS 装在 MBR 分区表的硬盘上Clover 需要HFSPlus.efi或者APFSDriverLoader.efi配合PartitionDxe驱动才能识别。UEFI 主板建议全盘 GPT省掉很多麻烦。第三种是config.plist里GUI/Scan/Entries被设成了 falseClover 只显示手动添加的条目。检查这个值改成 true 后重启看菜单有没有变化。如果还是没有把-v加上在啰嗦模式里看 Clover 扫描到了哪些分区日志会直接告诉你哪个分区被跳过了。4. Clover 引导避坑五个让新手卡到怀疑人生的点4.1 卡在 End RandomSeed 不动现象啰嗦模式最后一行停在End RandomSeed后面没有任何输出等十分钟也没反应。原因这是内存映射问题Clover 在向系统传递内存信息时某些主板的内存布局和 macOS 内核期望的不一致。r5122 默认用的OsxAptioFix3Drv.efi在部分 Z390、B460 主板上会触发这个问题。解决把drivers/UEFI下的OsxAptioFix3Drv.efi换成OsxAptioFix2Drv-free2000.efi或者改用AptioMemoryFix.efi。换完之后在Boot/Arguments里加slide0强制内核使用固定偏移量。如果还不行尝试在 BIOS 里关闭Above 4G Decoding这个选项在部分微星主板上默认开启会干扰 Clover 的内存分配。4.2 引导菜单出现多个重复的 macOS 分区现象Clover 菜单里同一个 macOS 分区出现了两三次名字一样图标一样选哪个都能进但看着难受。原因Clover 同时通过Entries扫描和Legacy扫描发现了同一个分区两次扫描的结果都塞进了菜单。另外如果你之前手动添加过Custom条目而自动扫描又扫到了同一个分区也会重复。解决在GUI/Scan下把Legacy设为 false只保留Entries扫描。然后检查GUI/Custom/Entries里有没有和自动扫描重叠的条目有就删掉。如果重复项还在去CLOVER根目录下找CloverIA32.efi或CloverX64.efi同级的menu缓存文件删掉后重启让 Clover 重建菜单。4.3 安装完系统后 Clover 菜单里没有安装盘现象第一次从 U 盘引导安装 macOS装完重启后Clover 菜单里只剩硬盘上的系统U 盘安装盘不见了。原因Clover 默认只显示可引导的分区安装盘在系统安装完成后其引导文件可能被标记为不可引导或者ApfsDriverLoader.efi在扫描时跳过了它。解决在 Clover 菜单界面按F3键会显示所有被隐藏的分区包括安装盘和恢复分区。如果按 F3 后出现了说明只是被隐藏了可以在config.plist的GUI/Hide节点下把对应的卷标从隐藏列表里移除。如果按 F3 也没有检查 U 盘的 EFI 分区是否还在有时候安装器会覆盖 U 盘的引导文件。4.4 引导 Windows 后 Clover 菜单消失现象从 Clover 菜单选择 Windows 启动Windows 正常进入但重启后直接进了 WindowsClover 菜单再也不出现了。原因Windows 的引导管理器bootmgfw.efi在启动时会把主板 NVRAM 里的引导顺序改成自己优先Clover 的引导项被挤到了后面。这是 Windows 的默认行为不是 Clover 的 bug。解决进 BIOS 把 Clover 的引导项调回第一位。如果 BIOS 里找不到 Clover 项用EasyUEFI或bcdedit在 Windows 下把 Clover 的BOOTX64.efi添加为第一引导项。更彻底的办法是把 Clover 的BOOTX64.efi改名为bootmgfw.efi并替换 Windows 的同名文件让主板以为自己在引导 Windows实际上先加载 Clover再由 Clover 引导 Windows。这个操作有风险替换前备份原文件。4.5 升级 Clover 版本后 config.plist 不兼容现象从旧版 Clover 升级到 r5122 后原来能正常引导的config.plist突然失效要么卡代码要么菜单都不出。原因r5122 对config.plist的节点结构做了一些调整比如Boot/Arguments的解析更严格Devices/USB下的某些子键被移到了Devices/Properties。旧配置文件里的一些键值在新版本里被忽略或报错。解决不要直接覆盖旧config.plist。用 Clover 安装包里的config-sample.plist作为模板对照旧文件逐项迁移。重点检查Boot、Devices、GUI三个节点把旧文件里独有的键值手动加回去。迁移完成后用plutil -lint config.plist检查语法确保没有格式错误。我一般会在升级前把整个CLOVER文件夹备份一份出问题直接回滚比逐项排查快得多。5. Clover 引导的进阶验证用日志和 NVRAM 确认引导链5.1 打开 Clover 的调试日志Clover 在引导阶段可以输出详细日志帮你确认它到底加载了哪些驱动、扫描了哪些分区、传递了哪些参数给内核。在config.plist的Boot节点下加keyBoot/key dict keyDebug/key true/ keyLog/key true/ /dict重启后Clover 会在 EFI 分区的CLOVER/misc目录下生成debug.log。这个文件记录了从 Clover 启动到移交控制权的全过程。重点看几个地方Loading driver后面跟的文件名确认你需要的驱动都加载了Scanning volume后面跟的分区确认 macOS 分区被扫到了Passing arguments后面的字符串确认-v、dart0这些参数真的传进去了。如果日志里某个驱动加载失败会显示Failed to load后面跟错误码根据错误码去查是文件损坏还是依赖缺失。5.2 用 NVRAM 验证引导参数是否生效macOS 启动后打开终端输入nvram -p | grep boot-args如果输出里有你设置的-v dart0等内容说明 Clover 成功把参数写进了 NVRAM。如果输出为空或者只有默认值说明 Clover 的Boot/Arguments没有生效检查config.plist里这个键有没有拼错或者是不是被NVRAM节点下的boot-args覆盖了。Clover 允许在NVRAM节点下单独设置boot-args优先级比Boot/Arguments高两个地方都检查一遍。另一个有用的命令是ioreg -l | grep -i clover如果 Clover 正确注入了信息这里会显示 Clover 的版本号和引导时间。没有输出也不代表引导失败有些主板不会把 Clover 的信息暴露给 ioreg但结合nvram的结果基本能判断引导链是否完整。5.3 一个我常用的快速验证习惯每次改完config.plist或者增删驱动后我不会直接重启进系统而是先在 Clover 菜单界面按F1看帮助按F2保存当前配置快照按F3显示隐藏分区按F4提取 DSDT 到ACPI/origin。这几个快捷键能在不进入系统的情况下确认 Clover 的基本功能是否正常。如果按 F4 后ACPI/origin下没有生成文件说明 EFI 分区挂载有问题或者 Clover 没有写入权限这时候进系统大概率也会出问题不如先解决挂载再继续。我自己的习惯是每次升级 Clover 版本前先把整个EFI分区打包备份文件名带上日期和版本号比如EFI_backup_20250101_r5122.zip。升级后如果引导失败用 U 盘启动进 PE 或者 macOS 安装盘把备份解压回去五分钟就能恢复。这个习惯帮我省过至少三次通宵排查的时间。黑果引导这件事玄学成分有但更多是配置和顺序问题留好后悔药比什么都强。希望帮到你。本文还有配套的精品资源点击获取