Windows驱动备份与恢复：用pnputil和dism命令行轻松搞定

你是不是也遇到过这种场景：系统用得好好的，突然蓝屏，或者想趁周末重装一次系统，结果装完进桌面发现网卡不认、声卡没声音、显卡变成了“Microsoft基本显示适配器”。偏偏这时候又没法上网去下载驱动，等于机器直接废掉一半。我这些年经手的机器里，至少有三分之一是卡在这一步上的。

其实这个问题在重装系统之前就能彻底解决，而且不需要任何第三方工具，Windows 自带的命令行就能完成驱动备份和恢复。核心工具就是 pnputil 和 dism，配合系统里的 DriverStore 驱动仓库，轻轻松松把全机驱动打包带走，重装完再一条命令全部装回去。这篇文章我把自己常用的命令行备份恢复驱动的完整流程、适用场景和踩坑记录全部写出来，供有同样需求的朋友参考。

1. 驱动备份的真正价值：三个最常遇到的崩溃现场

先说几个我实际遇到过的情况，你对照一下自己是不是也在其中。

1.1 场景一：重装系统后网卡消失

这是最典型、也最让人抓狂的。系统装好了，桌面也进去了，但右下角网络图标一直是个红叉。打开设备管理器，网卡那一栏显示“以太网控制器”或者“网络控制器”前面顶着一个黄色感叹号。原因很简单，Windows 自带的驱动库里面没有你这块网卡的驱动，而你又想上网去下载驱动，这就成了死循环。

很多人的解决办法是拿手机开 USB 共享，或者找另一台电脑下载驱动再拷贝过来。但你想想，如果重装系统之前，你已经在命令行里把当前系统的网卡驱动备份好了，装完系统之后插上 U 盘，一条命令就把网卡驱动装回去，网络瞬间恢复，后面显卡、声卡、蓝牙驱动都可以慢慢装。整个流程省掉的不只是时间，还有到处找驱动的烦躁。

1.2 场景二：驱动更新翻车后回退无门

Windows Update 偶尔会推送一些“坑爹”的驱动更新，尤其显卡驱动，更新完可能出现黑屏、闪屏、分辨率异常，甚至频繁蓝屏。这时候想回滚驱动，系统还原不一定开着，设备管理器里的“回退驱动程序”按钮也经常是灰色的，因为旧版本已经被覆盖了。

如果你有命令行备份习惯，在更新驱动之前先导出一份当前版本的驱动，翻车之后直接命令行恢复回去，比在设备管理器里找半天的回滚按钮靠谱得多。这个用法我后来在给别人处理电脑问题时反复用，效果很好。

1.3 场景三：同型号电脑批量维护

如果你要给公司或者学校里的十几台同型号电脑重装系统，一台一台去官网下载驱动再手动安装，效率太低。正确做法是在其中一台已经全部装好驱动的“母机”上，用命令行把所有第三方驱动全部导出到 U 盘，然后每台新装好的机器插上 U 盘，一条命令批量导入，一分钟左右驱动就全部就位。这个思路和电脑城装机人员用 Ghost 备份 C 盘是同一个逻辑，但更干净，不涉及系统镜像，不用担心不同机器之间系统初始化差异。

驱动备份这件事，平时没感觉，真正要用的时候才知道它的重要性。而命令行方案最大的优势在于：不依赖第三方软件、不需要联网、可批量操作、适合集成到脚本里自动执行。

2. 备份前必须搞懂：驱动在 Windows 里的藏身之处

很多用户不知道，Windows 的驱动并不是散落在 system32 文件夹里的。它有一个专门的“驱动仓库”，叫 DriverStore。

2.1 DriverStore\FileRepository：驱动的“实体仓库”

Windows 把所有第三方驱动包（包括驱动 INF 文件、SYS 文件、DLL 文件、CAT 签名文件等）统一存放在 C:\Windows\System32\DriverStore\FileRepository 目录下。你可以打开资源管理器去瞄一眼，里面是一大堆驱动包文件夹。

这里有个关键点：Windows 在安装驱动时，不是直接从安装包读取文件，而是先把驱动包复制到 DriverStore 里，再从 DriverStore 安装到系统。 这个设计和 Linux 的软件仓库很像，好处是驱动和安装介质解耦，系统可以自行管理、匹配、回滚。坏处是，DriverStore 里堆积的驱动会越攒越多，占用几个 GB 到几十 GB 的空间。

了解这一点后，备份驱动的思路就很清晰了：把 DriverStore 里那堆第三方驱动包复制出来，之后要恢复时再复制回去、重新注册即可。

但是要注意，DriverStore 这个目录里既有第三方驱动，也有 Windows 自带的收件箱驱动。备份时如果直接把整个目录都复制走，不仅体积大、很慢，而且带回一堆根本用不上的系统自带驱动，恢复时还容易引发冲突。所以我们不会直接去复制 FileRepository，而是要借助系统命令行工具来导出“真正需要的第三方驱动”。

2.2 pnputil、dism、手动复制：三条路线的取舍

针对驱动备份恢复，Windows 提供了几条命令行路线。我做了个对比，方便你根据自己的系统版本和使用场景来选择。

pnputil 是 Windows 里专门管理驱动包的命令行工具，功能最对口。dism 是系统映像部署工具，它的驱动导出和注入能力更偏向于离线场景（比如 PE 环境、挂载 WIM 镜像操作）。手动复制文件虽然也能做，但因为没法筛选第三方驱动，体积和后续恢复的可靠性都差一些，我更推荐前两种。

2.3 留意版本差异：命令在哪些系统不可用

先说一个容易踩的坑：pnputil /export-driver 这个参数是 Windows 10 1903 版本才加入的。如果你用的是 Win10 1809 或更早的版本，敲这个命令会提示参数错误。遇到这种情况，直接用 dism /online /export-driver 代替即可，这个命令从 Windows 8 开始就存在了。

另外，在 Windows 7 上也有 pnputil，但用法是 pnputil -e（枚举）、pnputil -i -a 驱动.inf（安装）这种老式参数，没有导出驱动包的能力。Win7 备份驱动最靠谱的方式还是手动复制 FileRepository 文件夹，或者用 dism /online /export-driver（Win7 的 DISM 也支持，虽然功能弱一些）。考虑到现在 Win7 机器已经不多了，我后面主要基于 Win10/11 讲，Win7 的场景就不展开说了。

3. 备份实操：两条命令把全部驱动“打包”带回家

讲完了原理，进入正题。下面每一步我都按自己在实际操作中的流程来写，包括前置准备和验证环节。

3.1 先用 pnputil 把驱动清单摸清楚

不管用哪种方式备份，我建议你先执行一次枚举命令，看看当前系统里到底有多少第三方驱动，做到心里有数。以管理员身份打开命令提示符或 Windows Terminal（右键开始菜单，选择“终端(管理员)”），执行：

cmd复制pnputil /enum-drivers

输出结果里，每一段代表一个驱动，关键的几个字段是：

• 发布名称：系统分配的驱动包名称，格式是 oem0.inf、oem1.inf 这种，oem 前缀就意味着是第三方驱动。
• 原始名称：驱动包自带的名字，比如 netwtw12.inf，这个才是导出的文件夹里能看到的文件名。
• 提供商/版本/日期：用来判断驱动版本的依据。

看到一串 oem*.inf 列表，就说明系统里确实装了不少第三方驱动，这些就是需要备份的对象。如果你的系统比较干净，只装了集成显卡、声卡、网卡这几个驱动，那列表大概在 5~15 个之间。如果像有些“装机工具全家桶”机器，驱动列表能有几十个，备份一下就更有必要了。

3.2 方案 A：pnputil 导出，最简单直接

这是我最常用的方案，适合 Windows 10 1903 以上的系统。

首先，准备好一个用于存放备份的 U 盘或本地文件夹。建议按“日期+用途”命名，比如 D:\DriverBackup，或者 E:\驱动备份_202501。然后先创建目录：

cmd复制mkdir D:\DriverBackup

执行导出命令：

cmd复制pnputil /export-driver D:\DriverBackup

命令执行时，屏幕上会一行一行地滚动显示导出的驱动包名。执行完毕后，打开 D:\DriverBackup 文件夹，你会看到一批 *.inf、*.sys、*.cat 等文件。这些就是系统当前所有第三方驱动的驱动程序包。整个过程根据驱动数量不同，大约几秒钟到半分钟。

导出完成后，我习惯顺手看一眼目录体积：

cmd复制dir D:\DriverBackup

一般几十 MB 到几百 MB 都属于正常范围。如果目录体积好几个 GB，那很可能是系统里积压了大量旧版驱动，可以考虑在备份后顺手清理掉部分不用的驱动，这个后面讲。

3.3 方案 B：dism 导出，兼容性更好

如果你的系统版本较老，或者你在操作过程中发现 pnputil /export-driver 报错，那就改用 dism：

cmd复制mkdir D:\DriverBackup
dism /online /export-driver /destination:D:\DriverBackup

/online 表示操作当前正在运行的系统，/destination 指定导出路径。dism 的导出结果和 pnputil /export-driver 几乎一样，也是把所有第三方驱动包复制到目标目录。

dism 还有一个额外用途：把驱动导出到当前系统的离线镜像里。比如你有一个 WIM 格式的系统镜像，想在镜像部署时就预置好若干机器的驱动，可以这样操作。这个偏进阶，后面第 4 节再细说。

3.4 只备份某一个硬件驱动

有时候我们只需要备份某一款特定设备的驱动，比如准备重装系统，但公司那台老打印机驱动只有官网有 32 位版本，还得用 64 位系统，那就单独把它备份出来。

操作思路是先在设备管理器里查到这个设备对应的 INF 名称，再到 DriverStore 里把对应的文件夹复制出来。具体步骤如下：

1. 按 Win + X，选择“设备管理器”，找到目标设备。
2. 右键设备，选“属性”，切到“详细信息”选项卡，属性下拉列表选择“驱动程序关键字”或“硬件 ID”，记下类似 VEN_10EC&DEV_8168 这样的值。
3. 打开命令行，执行 pnputil /enum-drivers，在输出里找到提供商或版本能对应上的那个驱动包，记下它的发布名称（比如 oem9.inf）。
4. 在资源管理器里打开 C:\Windows\System32\DriverStore\FileRepository，找到名称里包含该 INF 文件名前缀（比如 rtwlan）的文件夹，整个复制到 U 盘。

注意，这里复制文件夹时，驱动包文件夹里通常除了 INF 还有 SYS、DLL、CAT 等文件，必须整个文件夹一起复制，缺一个恢复时都可能出问题。

3.5 备份目录里到底装了什么

不管用 pnputil 还是 dism，导出完成后，备份目录里都是一堆“扁平”的文件，没有子目录结构。这也是命令行导出的一个特点：它把每个驱动包里的核心文件平铺在一起，*.inf 是安装描述文件，*.sys 是内核驱动主体，*.dll 是依赖的动态库，*.cat 是数字签名目录文件。

看到这里你可能有个疑虑：这些文件没有按驱动分类放在子文件夹里，恢复的时候系统怎么知道我该用哪个？

不用担心。Windows 的 PnP（即插即用）机制是靠 INF 文件去匹配硬件 ID 的。恢复时，系统会扫描指定目录下所有 INF 文件，解析里面的硬件 ID 列表，然后自动和当前未识别的设备做匹配。所以文件平铺反而是有优势的：批量恢复时一条命令就能把目录下所有 INF 都注册进去。

4. 恢复实操：从命令行把驱动“装回去”

备份只是第一步，真正的核心需求是恢复。下面分“在线恢复”和“离线注入”两种情况来讲。

4.1 在线恢复：系统能进桌面时的最快方案

这是重装系统后最常用的操作。假设你的新系统已经能进桌面了，只是驱动缺失，U 盘里躺着之前备份的驱动目录，那么在管理员命令行中执行：

cmd复制pnputil /add-driver D:\DriverBackup\*.inf /subdirs /install

解释一下这条命令：

• /add-driver：把驱动包添加进 DriverStore 驱动仓库。
• D:\DriverBackup\*.inf：匹配备份目录下所有 INF 文件。
• /subdirs：递归搜索子目录（虽然导出目录一般没有子目录，但加上无害）。
• /install：添加后立即扫描系统，匹配到的设备直接安装该驱动。

执行时屏幕上会滚动显示每个驱动的安装状态。全部跑完以后，打开设备管理器，你会发现之前带黄色感叹号的设备基本都消失了。如果还有个别设备没认出来，多半是它在备份目录里有多个候选驱动，Windows 选择了优先级最高的一个但没装上，这时可以在设备管理器里右键设备，选“更新驱动”，指向备份目录，让系统重新搜索。

如果你只想把驱动包放进仓库、暂不安装，可以去掉 /install 参数：

cmd复制pnputil /add-driver D:\DriverBackup\*.inf /subdirs

之后打开设备管理器，点“操作”菜单里的“扫描检测硬件改动”，Windows 会尝试从驱动仓库里自动装配设备。这种方法更“柔和”，适合驱动较多、担心一键安装会引入冲突的场景。

如果要使用更标准的导入命令，也可以执行：

cmd复制pnputil /import-driver /?# 

不过在实际使用中，/import-driver 和 /add-driver 功能几乎一样，前者是新版推荐语法。我日常习惯直接用 /add-driver /install，在大部分情况下都工作正常，不必过度纠结。

还有一种恢复方式，是只把驱动包导入 DriverStore 但不安装，然后让系统在联网时自动到 Windows Update 匹配。这种方式适合那些心里没底、怕装错驱动的用户，但缺点是不一定能成功匹配，效率也不如主动安装高。

4.2 离线注入：PE 和 WinRE 环境下的恢复

有时候系统已经崩溃到进不了桌面，或者你重装系统后还没来得及进桌面，就需要在 PE（Windows 预安装环境）或者 WinRE（Windows 恢复环境）里做驱动注入。dism 在这里派上用场。

进入 WinRE 的方法有两种：一是在正常系统里，按住 Shift 点击“重启”；二是在开机时连续强制关机两次，系统就会进入“自动修复”界面。在 WinRE 界面里：疑难解答 → 高级选项 → 命令提示符。

打开命令行后，第一步不是直接执行 dism，而是确认系统盘符。WinRE 的盘符分配和正常系统不一样，C 盘可能变成 D 盘或者别的。执行：

cmd复制diskpart
list volume
exit

找到“卷”底下，卷标是 Windows、大小和你的系统盘一致的盘符，记下来。假设系统盘在 WinRE 里显示为 D:，备份驱动在 U 盘里显示为 E:，那么注入命令是：

cmd复制dism /image:D:\ /add-driver /driver:E:\DriverBackup /recurse

解释一下：

• /image:D:\：指定离线 Windows 系统的安装路径（注意这个盘符是 WinRE 里看到的）。
• /add-driver：向离线系统添加驱动包。
• /driver:E:\DriverBackup：驱动备份目录。
• /recurse：递归搜索子目录。

命令执行后，dism 会把备份目录里的驱动注入到离线系统的 DriverStore 里。重新启动进入系统后，PnP 机制会自动扫描硬件并装配驱动，不需要你再手动操作。这个方式非常适合“系统已经装完但不想先进桌面、想先把驱动塞进去”的场景。

同理，如果你手里有 WIM/ESD 格式的系统镜像，可以先挂载镜像再注入驱动：

cmd复制dism /mount-wim /wimfile:E:\install.wim /index:1 /mountdir:C:\WinMount
dism /image:C:\WinMount /add-driver /driver:E:\DriverBackup /recurse
dism /unmount-wim /mountdir:C:\WinMount /commit

这种操作在批量部署电脑时很有用——直接给镜像塞好驱动，部署出来的系统天生齐活，省了每台机器重装的驱动环节。

4.3 恢复后的验证方法

驱动恢复完成后，不要急着关命令行，先做两个快速验证。

第一，看设备管理器是否还有未知设备或黄色感叹号。命令行可以直接开：

cmd复制devmgmt.msc

第二，用 pnputil 确认驱动已经注册进 DriverStore：

cmd复制pnputil /enum-drivers

对比备份前的清单数量，正常情况下数量应该一致，可能还会多一些（系统自带的收件箱驱动也在里面）。

另外还有个轻量级命令可以快速看驱动运行状态：

cmd复制driverquery /v | findstr /i "运行 停止"

driverquery 输出的是当前系统中加载的驱动状态。不过这个命令更偏“驱动文件是否正常运行”，不能完全替代设备管理器里的硬件状态，作为辅助参考就好。

5. 踩坑实录：恢复驱动时最烦人的几个问题

命令行备份恢复驱动，整体流程不复杂，但实际用起来还是会遇到几个典型的坑。我把它们一个个列出来，并给出解决方法。

5.1 “第三方 INF 不包含数字签名信息”该怎么处理

这是驱动恢复时最常碰到的报错，尤其是系统本身开启了驱动签名强制检查（Win10/11 64 位默认开启）的时候。具体表现是：执行 pnputil /add-driver 时，某一个 INF 安装失败，错误提示类似于“第三方 INF 不包含数字签名信息”。

出现这个问题的原因主要有两个：

1. 这个驱动包本身就没签名，或者签名缺失（比如备份的时候 .cat 文件没有一起导出来，或者驱动程序包已经损坏）。
2. 驱动包是旧版本签名的，在新系统里签名校验失败。

解决办法有几个层次：

临时关闭签名强制。最常用的做法：进入 设置 → 系统 → 恢复 → 高级启动 → 立即重新启动，然后依次选择 疑难解答 → 高级选项 → 启动设置 → 重启。重启后会进入启动设置列表，按 7 或 F7 选择“禁用驱动程序强制签名”。注意这只是临时生效，重启后自动恢复。在禁用状态下，再执行命令行安装驱动，大概率能绕开签名检查。

对于离线镜像强制注入，dism 提供了一个参数：

cmd复制dism /image:D:\ /add-driver /driver:E:\DriverBackup /recurse /forceunsigned

/forceunsigned 表示即使驱动未签名也强制加入，适合 PE 下离线注入时使用。但要注意，这个参数只对 /image 的离线操作生效，对 /online 的当前系统操作不适用。

检查备份完整性。有时候报这个错误，不是驱动没签名，而是备份出来的文件夹里缺少 .cat 文件。.cat 文件本质上就是驱动包的“防伪签章”，没有它，签名校验必然失败。回去重看一下备份目录，如果某个 INF 旁边没有同名 .cat，那就是当初导出时文件缺失，重新导出一次就好。

5.2 驱动导入了，但设备还是不认

驱动已成功导入 DriverStore，设备管理器里设备也没报错，但功能就是不对（比如网卡显示已启用却连不上网，声卡有驱动没声音）。这种问题通常不是命令的问题，而是驱动版本和硬件不匹配。

我遇到最多的情况有两种：

第一种，备份里有多个版本的驱动，系统选了旧的那个。 pnputil /add-driver /install 批量安装时，Windows 会按照自己的优先级选择驱动，不一定是最新版本。解决办法是：把备份目录里该硬件对应的 INF 找出来，只对这个 INF 执行一次单独安装：

cmd复制pnputil /add-driver D:\DriverBackup\netwtw12.inf /install

第二种，驱动架构不匹配。 如果你把 32 位系统里备份的驱动，恢复到了 64 位系统上，或者反过来，那驱动即使装上了也无法正常工作。这个几乎无解，只能重新备份。所以备份时我建议在指令里顺手记一下系统架构，或者在备份目录名里加一个 x64 后缀，防止时间一长自己都分不清。

5.3 旧驱动覆盖新驱动，以及同型机器批量部署

还有一点可能被忽略：从旧系统备份的驱动版本可能比当前新系统自带的驱动版本还老，批量安装时会把新版覆盖掉。 比如某台电脑原本的显卡驱动是官方最新的 552.22，重装系统后 Windows Update 自动装了一个 545.xx，然后你手贱执行了旧备份目录的 pnputil /add-driver /install，系统会比对版本号再决定是否覆盖。但如果你比较谨慎，希望恢复到特定版本，建议单独提取该驱动 INF，手动指定安装，而不是全目录批量装。

对于同型号多台机器批量部署，我推荐的做法是：在一台干净装好驱动的机器上导出驱动，然后把驱动目录塞进系统镜像里，再用部署工具把镜像推给所有机器。这样每台机器首次启动时自动完成驱动安装，不需要逐台插 U 盘执行命令。

5.4 最后的小技巧：把备份做成恢复脚本

如果你要备份的电脑不止一台，或者你希望以后重装系统时把恢复流程自动化，可以在备份目录旁边放一个 恢复驱动.bat 脚本，内容很简单：

bat复制@echo off
net session >nul 2>&1
if %errorlevel% neq 0 (
    echo 请以管理员身份运行本脚本
    pause
    exit /b 1
)

echo 正在导入驱动并安装...
pnputil /add-driver D:\DriverBackup\*.inf /subdirs /install
echo 驱动恢复完成，请检查设备管理器
pause

脚本里有个小细节：net session >nul 2>&1 是用来检测当前是否具备管理员权限的常见写法，没有权限就提示并退出，避免后续命令静默失败。

如果你用的是 dism 方式离线恢复，也可以做类似脚本，把 dism /image:D:\ /add-driver 命令封装进去。这样即便以后电脑崩溃了，只要 U 盘还在，恢复驱动就是双击脚本的事。

命令行备份恢复驱动这件事，真正用熟之后其实非常简单，但每解决一次问题，就会让你对 Windows 的驱动机制多一分理解。我个人的习惯是，每过两三个月，或者系统大版本更新后，就把当前所有第三方驱动导出一份，刻进 U 盘或者丢进网盘。这个动作只需不到一分钟，但能在关键时刻帮你省下好几个小时的折腾时间。