Proxmox虚拟化平台部署macOS黑苹果虚拟机完整指南

很多玩 Proxmox 的朋友跟我一样，哪天真香了，才会花一整个周末去折腾“PVE 上装黑苹果”这种看着就折腾的事。其实动机很简单：手里没有 Mac，但跑 iOS 打包、用 macOS 独占软件、或者单纯想体验一下苹果生态，又不想为了一个系统再买台实体机。把 macOS 塞进 Proxmox 虚拟机，好处是备份、迁移、快照全都沿用了虚拟化那套，而且不用像实体黑苹果那样纠结每个硬件的驱动支持。

这篇我就把整套流程摊开讲，从最容易被劝退的“镜像准备”开始，一直写到 macOS 装好之后的系统配置和常见问题排查。内容基于我实际踩坑整理的方案，也参考了 OSX-KVM 这类成熟开源项目的思路。全程不需要苹果实体机，也不需要付费工具，只要一台支持虚拟化的 x86 机器就能开工。

1. 方案选型与前置准备

1.1 为什么是 Proxmox 而不是 VMware 或物理机

先说虚拟机。很多人觉得 VMware Workstation 装 macOS 更简单，毕竟有现成的 unlocker 工具。但 unlocker 本质上是在改写 VMware 的虚拟机配置文件，每次 VMware 大版本升级都可能失效，而且显卡和磁盘性能非常一般。Proxmox 底层是 KVM/QEMU，社区对 macOS 客户机的支持一直很活跃，尤其是通过网络直通和 GPU 直通可以实现接近原生的图形性能，这是 VMware 很难比的。

再说物理黑苹果。实体机黑苹果的难点在于声卡、网卡、无线、休眠、显卡输出这些都要一一匹配，而且不同主板的 ACPI 表千奇百怪，经常出现能进系统但睡眠睡死、蓝牙断连之类的问题。Proxmox 虚拟机反而把这些问题统一了：虚拟硬件是固定的，OpenCore 的配置只需要针对 Q35 芯片组和 OVMF 固件写一次，下次换机器直接迁移 VM 也能启动。

如果只是想尝鲜、跑跑 Xcode 或者做 iOS 自动化测试，不需要 GPU 直通，普通虚拟机就够用。但如果你想在 macOS 虚拟机里剪辑视频、跑 Final Cut 这类吃图形性能的应用，那就要在方案里加上显卡直通。这篇文章默认先教会你“能装能跑”，再把 GPU 直通作为进阶章节补充。

1.2 硬件要求：没有这些参数别白费力气

KVM 虚拟化 macOS 对硬件有一定门槛，但不是很高。我列一张表，对照着看就行：

这里特别提醒，如果 CPU 太老，比如不支持 SSE4.1/AVX2，那很多新版 macOS 都装不了。之前有人拿 x270 上的 i5-7200u 装 macOS 10.14 Mojave，这个 CPU 是支持后续系统要求的，但如果是 10.13 或更老的版本，反而 OpenCore 的兼容性会差一些。一般来说，Proxmox 里 CPU 类型选host，把宿主机的指令集直接透传进虚拟机，系统能识别到的 CPU 性能最完整。

1.3 BIOS 与 QEMU 虚拟化开关检查

进 Proxmox 宿主机之前，先在实体机 BIOS 里确认几项：

• Intel VT-x / AMD-V：虚拟化总开关，没开的话 Proxmox 根本跑不了。
• VT-d / IOMMU：如果要 GPU 直通，必须开。不开也能装 macOS，只是不能把 PCIe 设备直接映射进虚拟机。
• Above 4G Decoding：很多主板上 GPU 直通失败就是因为这个没开，尤其是显卡显存较大的时候。

开机进入 Proxmox 之后，确认一下 KVM 模块是否正常加载：

lsmod | grep kvm

正常会看到kvm_intel或kvm_amd。如果没看到，说明宿主机 BIOS 的虚拟化开关可能没开，或者内核模块没加载。这一步先做好，后面才能少折腾。

2. 镜像准备：从 macOS 恢复环境到 Proxmox 磁盘

2.1 先搞清楚这几个“镜像”分别是什么

标题里的“镜像”其实是个容易混淆的词。在 Proxmox 黑苹果流程里，至少会出现三类镜像：

• macOS 恢复镜像：也就是 macOS 安装程序所在的恢复环境。这不是完整系统，而是一个能启动安装器的迷你系统，我们通过它来把真正的 macOS 装到目标虚拟磁盘上。
• OpenCore 引导镜像：OpenCore 是一个引导管理器，类似 Linux 的 GRUB，但它专门负责引导 macOS。Proxmox 虚拟机需要从 OpenCore 引导，再加载 macOS 内核。
• 虚拟机磁盘镜像：装完 macOS 之后，整个虚拟硬盘可以作为备份文件导出，类似 qcow2、raw、vmdk 等格式。这是虚拟化里的常规概念。

很多人一上来就搜“黑苹果镜像下载”，结果下载到一个已经做好的懒人版系统镜像。那种镜像来源不明，还经常捆绑乱七八糟的东西，我不推荐用。正规做法是先从苹果官方渠道拉取干净的恢复环境，再配合 OpenCore 引导，全程可控，也不会有什么后门问题。

2.2 用 macrecovery.py 下载官方恢复环境

OSX-KVM 项目里提供了一个脚本，叫macrecovery.py。它通过苹果软件更新协议去下载 BaseSystem.dmg 和 BaseSystem.chunklist，这是安装 macOS 最干净的恢复环境来源。

先装依赖：

apt install -y python3 python3-dev git qemu-utils git clone https://github.com/kholia/OSX-KVM.git cd OSX-KVM

脚本不带参数运行时，默认会下载最近几个大版本的恢复镜像。想指定旧版本，比如 macOS 10.14 Mojave，需要加上对应的机型参数。举个例子：

python3 macrecovery.py -b Mac-7BA5B2DFE22DDD8D -m 00000000000000000 download

-b参数是 Board ID，-m是机型的逻辑内存配置。脚本下载完成后，目录里会生成BaseSystem.dmg和BaseSystem.chunklist，这两个文件就是 macOS 恢复环境的本体。如果下载速度很慢，建议换一个时段重新跑，这是苹果官方服务器，没有太多绕路技巧，耐心等就好。

2.3 把 BaseSystem.dmg 转换成 qcow2 虚拟磁盘

拿到的 BaseSystem.dmg 是苹果的磁盘镜像格式，Proxmox 不能直接用。我先转成 raw 格式，再转成 qcow2：

# 先把 dmg 转成 raw qemu-img convert -f raw -O raw BaseSystem.dmg BaseSystem.img # 再转成 qcow2 qemu-img convert -f raw -O qcow2 BaseSystem.img BaseSystem.qcow2

这一步可能有人会觉得多此一举，其实dmg2img这类工具也能做，但qemu-img是 QEMU 自带的，不用额外安装别的软件。转出来的BaseSystem.qcow2就是一个可以作为 SATA 磁盘挂载到虚拟机的文件。

接下来把 OpenCore 准备一下。OSX-KVM 项目目录里通常会附带一个opencore.img或者需要自己构建。如果你的项目版本附带现成的 OpenCore 镜像，直接使用。如果没有，就手动创建一块很小的 FAT32 磁盘，把 OpenCore 的 EFI 文件拷贝进去。这条命令在 Linux 上就能完成：

# 创建 200MB 的空白镜像 qemu-img create -f raw OpenCore.img 200M # 用 losetup 挂载 sudo losetup -fP OpenCore.img # 找到对应的 loop 设备后分区并格式化为 FAT32 sudo parted /dev/loop0 mklabel gpt sudo parted /dev/loop0 mkpart ESP fat32 1MiB 100% sudo mkfs.vfat /dev/loop0p1 # 挂载并复制 EFI mkdir /tmp/opencore sudo mount /dev/loop0p1 /tmp/opencore sudo cp -r EFI /tmp/opencore/ sudo umount /tmp/opencore

这样 OpenCore.img 和 BaseSystem.qcow2 就都准备好了。一个是引导器，一个是安装程序的恢复环境，后面创建虚拟机的核心材料都在这里。

2.4 上传镜像文件到 Proxmox 存储

把制作好的BaseSystem.qcow2和OpenCore.img上传到 Proxmox 宿主机的 ISO 目录，或者任意一个 Proxmox 能识别的位置。推荐放到：

/var/lib/vz/template/iso/

你既可以用 Proxmox 网页后台的“上传”功能，也可以用 scp 直接传：

scp BaseSystem.qcow2 OpenCore.img root@你的PVE地址:/var/lib/vz/template/iso/

注意，Proxmox 的“ISO 镜像”存储类型不一定会直接显示磁盘格式，后续我会用qm importdisk把它们导入到虚拟机中，所以放在哪个目录不影响最终效果。

3. 创建 Proxmox 虚拟机与 OpenCore 引导配置

3.1 用 qm 命令创建虚拟机

操作用命令行实现最清晰。先建一个空壳虚拟机，命名为 macos：

qm create 100 --name macos --machine q35 --bios ovmf \ --cpu cputype=host --cores 4 --sockets 1 --memory 8192 \ --net0 e1000,bridge=vmbr0 \ --ostype l26 --scsihw virtio-scsi-pci

这串参数里几个关键点：

• --machine q35：必须用 Q35 芯片组，不能选 i440fx，不然 macOS 的内存映射和 ACPI 信息对不上。
• --bios ovmf：使用 UEFI 固件。macOS 从 10.14 开始基本只支持 UEFI 启动，传统 SeaBIOS 很难搞。
• --cpu cputype=host：把宿主机 CPU 指令集透传进去，macOS 才能识别到完整特性，AVX2、SSE4.2 这些都会正常暴露。
• --net0 e1000：网卡先用 Intel e1000 虚拟网卡，macOS 自带驱动能直接识别到，省去装 virtio 驱动的麻烦。
• --ostype l26：用 Linux 6.x 类型也可以，反正 macOS 不是 Proxmox 官方的操作系统，选 Other 或 Linux 都行，主要影响图标显示。

3.2 添加 EFI 磁盘、安装盘和虚拟硬盘

创建 VM 之后，需要给它加三块盘：

第一块是 OVMF 需要的 EFI 启动磁盘。Proxmox 的 OVMF 固件会在启动时读取这个 EFI 盘来存放 NVRAM 变量，相当于实体机的 UEFI 主板存储。虽然 OpenCore 自己也有 EFI 分区，但这个 OVMF 盘是 Proxmox 虚拟化层面的要求：

qm set 100 --efidisk0 local-lvm:vm-100-disk-0,size=64M,pre-enrolled-keys=0

第二块盘是空的主要系统盘，macOS 会装到这里。大小建议 100GB 起步，如果只是测试，也可以先用 60GB。注意这步要预先创建一块磁盘卷，而不是直接加文件：

qm set 100 --sata0 local-lvm:vm-100-disk-0,size=120G

第三块盘是恢复环境。刚才我们转好的 BaseSystem.qcow2 要先导入：

qm importdisk 100 /var/lib/vz/template/iso/BaseSystem.qcow2 local-lvm

导入完成后，它会生成类似vm-100-disk-1的卷，挂到 SATA1：

qm set 100 --sata1 local-lvm:vm-100-disk-1

第四块盘是 OpenCore 引导镜像，同样先导入再挂载：

qm importdisk 100 /var/lib/vz/template/iso/OpenCore.img local-lvm qm set 100 --sata2 local-lvm:vm-100-disk-2

最后把启动顺序改成 OpenCore 优先：

qm set 100 --boot order=sata2

这样虚拟机加电后，先从 OpenCore 磁盘引导，再由 OpenCore 去加载恢复环境的安装程序。

3.3 OpenCore 配置里必须注意的几个参数

黑苹果能不能启动，OpenCore 配置占 80% 的功劳。我不建议你用网上那些打包好的懒人 EFI，最好自己在 OSX-KVM 项目基础上改。打开EFI/OC/config.plist，重点关注这几点。

Misc > Security > AllowNvramReset设为YES，方便以后重置 NVRAM。

Booter > Quirks > AvoidRuntimeDefrag设为YES，这能解决 macOS 引导时内存描述符被 QEMU 固件干扰的问题。虽然虚拟机上没有真实的主板固件冲突，但这个 Quirk 在多数虚拟化环境里还是要开。

NVRAM > Add > 7C436110-AB2A-4BBB-A880-FE41995C9F82 > boot-args建议写上：

-v keepsyms=1 debug=0x100

-v是啰嗦模式，启动过程会打印所有内核日志。装系统第一次启动千万别关掉它，一旦出问题至少能看到卡在哪个驱动。keepsyms=1和debug=0x100也是辅助排错的参数。

还有一个容易被忽略的地方，PlatformInfo > Generic里的 SMBIOS 信息。虚拟机的序列号、Board Serial、UUID 这些可以用脚本自动生成，但不是随便填的。macOS 安装程序会根据 SMBIOS 判断这台机器是否被支持，如果机型信息过于古老或相互矛盾，可能会直接提示“此版本 macOS 不能安装在此电脑上”。

3.4 OpenCore 缺少的内核扩展先补齐

就算网络用 e1000，磁盘用 SATA，显卡用虚拟显卡，还是有几个关键的内核扩展（Kext）必须放进 OpenCore 的EFI/OC/Kexts里：

• VirtualSMC.kext：模拟苹果系统的 SMC 芯片。没有它，macOS 直接罢工，必须装。
• Lilu.kext：底层的驱动补丁框架，很多其他 kext 依赖它。
• WhateverGreen.kext：负责显卡修补，尤其后面想做 GPU 直通用得到。
• AppleALC.kext：声卡支持，如果你虚拟机上不接音频，可装可不装。
• IntelMausi.kext：Intel 千兆网卡支持，对应 e1000 虚拟网卡。
• VirtIOFS.kext或VMXNET3.kext：看实际需求，默认不装也可以。

这些 kext 文件不是随便丢进目录就完事，需要在config.plist的Kernel > Add里逐个登记，包括路径、Bundle 路径、是否启用等字段。如果你不太熟，直接从 OSX-KVM 项目自带的样例配置里改是最省事的。

4. 安装 macOS 的系统配置全过程

4.1 启动虚拟机并进入恢复环境

确认启动顺序没问题后，在 Proxmox 网页后台打开虚拟机的 noVNC 控制台，点击启动。屏幕会先显示 OpenCore 的引导菜单，如果一切正常，会看到几个选项，包括类似 “macOS Base System” 的条目。选择它回车，系统开始跑啰嗦模式日志。

这里要提醒，第一次启动很可能卡住，这是正常的。常见的卡点多半是 OpenCore 配置问题，比如 kext 没加载成功、SMBIOS 信息不对、或者 EFI 分区文件放错了位置。先别着急，拿手机拍下屏幕上最后几行日志，再对比后面的排查章节逐条处理。

4.2 用磁盘工具抹掉虚拟硬盘

恢复环境启动后，会进入 macOS 实用工具界面。先打开“磁盘工具”。左侧边栏能看到虚拟机挂载的几块磁盘，其中 SATA0 那块 120G 的空白盘就是目标盘。

选中目标盘，点“抹掉”，格式选择“APFS”或“Mac OS 扩展（日志式）”，两者都行。对 10.14 Mojave 来说，选“Mac OS 扩展（日志式）”比较稳妥，虽然 APFS 也支持，但旧版本对 APFS 的引导兼容性偶尔会抽风。名称可以随便起，比如叫macOS。

抹掉完成后退回实用工具界面，选择“安装 macOS”。安装器会让你选择安装位置，选刚才抹好的那个卷，接下来就是漫长的等待。机器会重启一到两次，每次重启后在 OpenCore 菜单里要手动选择带 “Install” 字样的启动项，继续安装，千万不要手快选回 Base System。

4.3 首次启动后的系统初步设置

安装完成进入 macOS 欢迎界面，按照提示选择语言、连接网络、创建本地账户。因为虚拟机的网卡是 e1000，macOS 自带的 Intel 驱动基本可以直接上网，所以 iCloud 登录这一步通常也能通过。

进系统之后先把远程登录打开，这样以后管理虚拟机不用一直盯着 noVNC 窗口。在“系统偏好设置 > 共享”里勾选“远程登录”和“屏幕共享”，然后在 Proxmox 宿主机上直接用 SSH 或 VNC 客户端连接。

紧接着建议做两件事：

• 用system_profiler SPDisplaysDataType看看当前显卡信息，确认是不是虚拟显卡。
• 用kextstat | grep -E "Lilu|VirtualSMC|WhateverGreen"确认关键 kext 已正常加载。

如果 kext 没加载，系统可能跑得很怪，比如开机特别慢、界面明显掉帧、声音没输出等。这时候回到 OpenCore 配置里重新检查Kernel > Add那一段的路径和架构设置。

4.4 优化系统参数与存储布局

虚拟机默认的存储性能不一定理想，针对 Proxmox 上的 macOS，我建议把虚拟磁盘改成 VirtIO 模型来提升性能，但这需要先让恢复环境能识别 VirtIO。如果你已经能在 macOS 里正常运行了，可以在后期通过安装VirtIO-BlK相关 kext 来实现，过程稍微复杂，所以这篇文章里我先把磁盘保留在 SATA 模式，毕竟稳定优先。

CPU 方面，如果你的宿主机是 Intel 并且支持超线程，给 macOS 分配 vCPU 时建议使用cores而不是sockets，macOS 对同一物理 CPU 上核心数的调度更敏感。遇到启动阶段线程初始化失败的情况时，可以把 CPU 型号改成Penryn或Skylake-Client试试，但会损失一部分性能，所以还是优先用host。

内存方面，如果宿主机内存充足，给虚拟机分配 12GB 以上会更舒服。macOS 在日常使用中内存管理比较激进，4GB 就只能勉强进系统，8GB 属于能用，12GB 才接近体验流畅。别忘了调整 Proxmox 的 IP 配置，给 VM 固定一个 IP 段，方便后续做端口转发之类的操作。

4.5 安装 OpenCore 到 macOS 系统盘

进系统之后还有一个很关键的步骤：把 OpenCore 引导写入 macOS 系统盘自己，或者至少保证每次启动都能从 OpenCore 磁盘引导。

大多数情况下，VM 保持从 SATA2 的 OpenCore 磁盘启动就行，不需要写进系统盘。但如果后续想给虚拟机做镜像迁移、备份，或者想脱离 OpenCore 磁盘单独导出系统盘，那就需要把 EFI 分区内容挂载到 macOS 系统盘的 EFI 分区上。

在 macOS 里使用diskutil list查看磁盘分区，找到系统盘的 EFI 分区，挂载之后把 OpenCore 的 EFI 目录拷贝过去：

sudo diskutil mount /dev/diskXs1 sudo cp -R /Volumes/OpenCore/EFI /Volumes/EFI

拷完之后，在 Proxmox 里把启动顺序改成系统盘优先，理论上也能引导，但建议保留 OpenCore 磁盘优先，这样万一系统盘有问题，还有一条后备引导路径。

5. GPU 直通：让 macOS 虚拟机用上独显

5.1 直通之后能带来什么

默认情况下，macOS VM 用的是 Proxmox 的虚拟显卡，画面显示是通过 CPU 软件计算和 VNC 传输的。日常操作图形界面会卡，打开较多窗口就明显掉帧，更别说启动 Xcode 的模拟器。要解决这个问题，最有效的方式就是 PCIe 直通一块真实显卡给虚拟机。

不过 macOS 对显卡支持很挑剔，NVIDIA 显卡在 10.14 Mojave 之后基本没戏，AMD 显卡是主流选择。我建议准备一张 AMD RX 560、RX 580、RX 6600 XT 之类的显卡，价格不高，免驱或者只需要少量参数就能驱动。

5.2 宿主机开启 IOMMU 并绑定 VFIO

先编辑 Proxmox 的内核引导参数。如果是普通 BIOS 引导，修改/etc/default/grub：

GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on iommu=pt" update-grub reboot

如果是 UEFI 引导，直接改/etc/kernel/cmdline再执行：

proxmox-boot-tool refresh reboot

重启后确认 IOMMU 是否生效：

dmesg | grep -i iommu

能看见类似DMAR: IOMMU enabled的输出就是成功了。然后用lspci找到显卡的 PCI 地址，再绑定到 vfio-pci 驱动：

echo "vfio-pci" > /sys/bus/pci/devices/0000:0x:00.0/driver_override

如果你想在重启后自动生效，需要在/etc/modprobe.d/vfio.conf里加上显卡的 vendor 和 device ID。不要忘了把显卡对应的 HDMI 音频设备也一起直通，不然声音输出会没有。

5.3 虚拟机添加 PCI 设备并调整显示

在 Proxmox 虚拟机硬件里，点击“添加 > PCI 设备”，选择刚才的显卡，勾选“主 GPU”和“PCI-Express”。如果宿主机上有核显，建议让核显承担 Proxmox 的显示输出，独立显卡全部让给 macOS，这样避免抢占。

然后虚拟机里原先的虚拟显卡基本可以弃用了。在 Proxmox 里把 VNC 显示模式保留为可选，但启动时 macOS 会优先使用直通的 AMD 显卡。进入系统后，用system_profiler SPDisplaysDataType验证，能看到显卡型号和显存容量就说明直通成功，Metal 支持也会变成 “Metal 2” 或更高版本。

如果直通后黑屏，大概率是 WhateverGreen 的显卡注入参数不对。对于多数 AMD Polaris 架构显卡，不需要太多注入，但可能要清空DeviceProperties里的 framebuffer 设置，或者加-radvesa启动参数先跑到稳。

5.4 GPU 直通的典型坑

直通不是每张主板都能一步到位的，我遇到最多的三个坑：

第一个是显卡 BIOS 问题。部分显卡在虚拟机启动时不加载 GOP 驱动，导致显示器或录屏画面一直是黑的。解决办法是在DeviceProperties里注入rom文件，或者先让显卡在物理机上亮一下再进虚拟机。

第二个是Above 4G Decoding没开。这会导致 macOS 在初始化 PCIe BAR 时崩溃。进主板 BIOS 把这项打开，并顺手把Resizable BAR关掉，反而更稳。

第三个是 IOMMU 分组不完整。显卡和 HDMI 音频被分到了不同 IOMMU 组，直通显卡时音频设备无法跟随，macOS 里看不到声音设备。这时需要开启内核参数pcie_acs_override=downstream强行拆分 IOMMU 组，但这是比较 hack 的做法，影响整个宿主机的设备隔离，不建议长期使用。

6. 常见问题与排查技巧实录

6.1 Proxmox 控制台黑屏但系统有日志

现象：启动后 noVNC 黑屏，但 Proxmox 显示虚拟机 CPU 和硬盘有活动。这种一般是显示输出设备选得不对，OpenCore 不能把画面输出到默认的显存设备。解决办法是把虚拟机的显卡类型从std改成vmware，或者反过来。PVE 的默认显卡 vga 类型在不同 QEMU 版本下表现不一样，可以试试：

qm set 100 --vga vmware

如果 OpenCore 菜单能出现但进入 macOS 后黑屏，多半是显卡 framebuffer 注入有问题，先加启动参数-igfxvesa或者-radvesa强制使用兼容模式。

6.2 第一次启动直接自动重启

现象：OpenCore 菜单出现后，选择启动项不到几秒虚拟机直接重启。最常见的元凶是NVRAM写入失败，或者 OpenCore 的固件信息和当前虚拟硬件不匹配。检查config.plist里Booter > Quirks > DisableSingleUser和RequestBootVarRouting是不是YES，如果没开就打开。再不行把PlatformInfo > Generic里的 ROM 参数改成一个假的苹果网卡 MAC 地址，比如112233445566。

6.3 安装器找不到磁盘

现象：进入恢复环境后，磁盘工具里只能看到 BaseSystem，看不到你新建的 120G 空白盘。这大概率是把系统盘设置成了 VirtIO 或 SCSI 磁盘，而 macOS 恢复环境没有对应的驱动。检查 Proxmox 里虚拟机的磁盘控制器，如果磁盘挂在scsi0或virtio0，改成sata0后重启。SATA 控制器在 macOS 恢复环境里基本不会被忽略。

6.4 安装进度一直卡在剩余时间估算

现象：安装 macOS 时进度条走一半或者最后阶段长时间不动。首先要排除磁盘过慢的问题，如果虚拟磁盘放在机械硬盘上，这是正常的，耐心等一小时都正常。其次看虚拟机的 CPU 是否过热或宿主机是否在同时跑很多任务。最后要注意，macOS 安装过程会自动重启，如果重启后没从 OpenCore 引导而是直接进了系统盘，会卡在“准备安装”阶段。这时强制关机，把启动顺序改回 OpenCore 磁盘优先。

6.5 进入桌面后网络不可用

现象：系统装好了，但 Safari 打不开网页，ifconfig看不到有效 IP。检查 Proxmox 的网卡模型。如果创建虚拟机时选了virtio，macOS 默认没有此驱动；如果你用了e1000并装了IntelMausi.kext，那么大概率是 kext 没加载成功。在终端执行：

kextstat | grep -i intel

如果没有输出，说明 IntelMausi 没加载。回到 OpenCore 配置确认Kernel > Add里的路径是正确的，且 kext 的BundlePath填写没写反。更换网卡类型为vmxnet3并加入对应的 VMXNET3 kext 也是一个快速解决办法。

6.6 每次重启之后启动项都会变

现象：今天设置好 OpenCore 引导，明天再开机又变成从系统盘启动，需要手动进 BIOS 选启动项。这是 OVMF 的 NVRAM 变量保存不完整导致的。在 Proxmox 虚拟机属性里，给 EFI 磁盘关闭预置密钥，并反复确认pre-enrolled-keys=0。在安装完系统并确认能正常引导后，可以让 OpenCore 进入 macOS 时复位 NVRAM，把启动项固化在 OpenCore 自身的优先列表里。

6.7 做了一张故障排查速查表

这些排查经验看着琐碎，但如果你真的一步步走到这里，会发现大部分问题都出在 OpenCore 配置和磁盘控制器模型上，而不是 macOS 本身。我在实际跑 PVE 黑苹果的时候，最大的体会就是：别把 macOS 当普通 Linux 虚拟机看，它的硬件识别非常敏感，一点点硬件参数不一致都会导致启动行为变得很奇怪。VirtualSMC、Lilu、WhateverGreen 这三个 kext 是基石，先保证它们没问题，再谈别的优化。

最后再说一个我个人反复踩过的坑，很多朋友喜欢在 macOS 装完系统后立刻安装各种工具和软件，结果系统卡到没法定位到底是虚拟机性能不够还是配置有问题。我建议装完系统后先保持最小化运行两天，把网络、存储、备份这些基础能力都验证一遍，再去做 GPU 直通和内核扩展优化。这样出了问题，你至少知道是自己后来加了什么东西才搞挂的。另外，建议在“安装完成、刚进系统、打完常用补丁”这三个节点都做一个 Proxmox 快照，黑苹果这东西，快照就是你最大的后悔药。