在PE环境下还原Windows系统需预先注入存储控制器等驱动，而非运行时注入；必须确保驱动架构匹配、签名有效、ClassGuid正确，并通过pnputil或设备管理器验证是否生效。
在 pe 环境下注入驱动并还原 windows 系统，不是“加个驱动就能还原”的线性操作——winload.efi 或 winload.exe 启动阶段不加载第三方驱动，而系统还原（如 systemreset.exe、dism /restorehealth 或第三方镜像恢复）本身也不依赖运行时注入的驱动。真正需要驱动注入的场景，通常是：目标磁盘使用了非标准控制器（如 nvme raid、某些 realtek/intel rst 驱动未内置）、或需访问加密卷（bitlocker to go 解密）、或挂载特殊文件系统（refs、exfat 加密卷）。下面分关键环节说明怎么做、为什么、以及踩坑点。
PE 启动后如何加载缺失的存储控制器驱动
Windows PE 默认只含通用 storport.sys 和基础 iaStorAV.sys 等，遇到较新的 Intel VMD、AMD RAID、或某些国产 NVMe 控制器会直接蓝屏 INACCESSIBLE_BOOT_DEVICE 或无法识别磁盘。
- 用
dism /image:Z:\ /add-driver /driver:X:\Drivers\*.inf /recurse将驱动注入到 PE 映像（Z:\是已挂载的winpe.wim路径），而非运行时“注入”；运行时仅能用drvload.exe X:\Drivers\mydriver.inf加载已签名的 .inf + .sys 组合，且仅对当前会话生效 - 必须确认驱动支持 Windows PE 架构（x64 PE 不能用 x86 驱动），且
ClassGuid匹配（例如存储类应为{4d36e97b-e325-11ce-bfc1-08002be10318}） - 若驱动含
.cat签名但无有效时间戳，PE 可能拒绝加载，此时需用signtool verify /pa /v driver.cat检查，并在测试环境临时禁用驱动签名强制（bcdedit /set {bootmgr} testsigning on不适用于 PE，应改用set winpeoption = 0x100000启动参数或重建带测试签名策略的 PE）
还原系统前必须绕过的驱动级障碍
不是所有还原操作都需要额外驱动，但以下情况必须前置解决：
-
DISM /RestoreHealth或sfc /scannow需要能读写C:\Windows所在卷——若该卷位于 BitLocker 加密分区，必须先用manage-bde -unlock C: -RecoveryPassword XXXXX-XXXXX...解锁，否则报错0x80070005（拒绝访问） - 从 WIM/ESD 还原时，若目标盘是 GPT+UEFI 但 PE 启动模式是 Legacy BIOS，则
diskpart中看不到 ESP 分区，也无法用bootrec /rebuildbcd；此时需确认 PE 是 UEFI 模式启动（检查是否存在efi\microsoft\boot\bootmgfw.efi） - 某些 OEM 镜像（如 Dell Recovery Partition）使用私有压缩格式（
.swm分卷 + 自定义解包工具），其还原程序依赖特定 INF 驱动识别隐藏恢复分区，此时仅靠标准DISM无法挂载，必须运行厂商提供的RestoreUtility.exe并确保其依赖的OEMStorageFilter.sys已加载
为什么不能用 rundll32 或 service install 注入驱动来“辅助还原”
有人试图在 PE 中运行 rundll32.exe setupapi,InstallHinfSection DefaultInstall 132 X:\driver.inf 或 sc create 注册服务，这是无效的：
- PE 中
services.exe不运行完整 SCM，sc create创建的服务不会被启动，且多数存储类驱动要求在会话 0 内核上下文中由PlugPlay加载，而非用户态服务 -
rundll32调用InstallHinfSection仅触发 INF 解析，不执行CopyFiles或AddReg到运行时内存，也不会调用IoCreateDevice初始化设备对象 - 即使强行用
devcon install，也受限于 PE 的精简 HAL：缺少ACPI.sys补丁支持时，某些热插拔 NVMe 驱动会初始化失败，错误码常为0xc00000bb（不支持的操作）
最易被忽略的一点：驱动是否真正“生效”，不能只看 drvload 返回成功，而要用 pnputil /enum-drivers 查 OEM 的 Published Name，再用 devmgmt.msc（需手动启动）或 pnputil /enum-devices /connected 确认对应硬件 ID 出现在“存储控制器”或“磁盘驱动器”下——没出现在这里，后续所有还原操作都只是在操作空盘或错误盘符。
