新机器装系统,安装程序走到选择安装位置的界面,列表空空如也,底下还挂着一行“找不到任何驱动器”,点刷新也没用——这个画面在最近几年的新平台上出现的频率高得离谱。绝大多数人第一反应是 U 盘做坏了、镜像下错了、固态没插好,于是换 U 盘、重下镜像、拆机重插,折腾大半天,问题依旧。真正的原因往往藏在 BIOS 里一个默认开启的选项上:Intel VMD(Volume Management Device,卷管理设备)。看清“找不到任何驱动器”背后到底是谁在拦路,把 Intel VMD 导致 Windows 安装失败这件事一次性解决掉,并且在保留 VMD 和关掉 VMD 之间做出适合自己的取舍,是这篇内容想讲清楚的事。
下面这些内容适合三类人看:第一次装新平台、被空白磁盘列表卡住的新手;已经在用 VMD 做 RAID 或者多盘管理、不想关掉这个功能的老手;以及需要批量装机、不想每台机器都手动点一遍“加载驱动程序”的运维岗同事。基础概念我会掰开讲,命令和参数会写全,踩过的坑也会一并交代。
1. 装系统卡在“找不到任何驱动器”,先别急着怀疑U盘
1.1 三种不同的画面,指向同一个结论
第一种画面最常见:安装程序弹出提示框,大意是“我们找不到任何驱动器,如果需要,可以加载驱动程序”,框里有个“浏览”按钮。很多人到这里就退出重做了,其实这个框本身就是线索——它明确在问你“要不要加载驱动”,说明安装程序不是坏了,是缺东西。
第二种画面是列表里完全不显示任何磁盘,连 USB 移动硬盘都没有,底部的“下一步”按钮是灰色的。这种情况多数人以为是镜像问题,但如果是 Intel VMD 拦路,“加载驱动程序”那条路径还在,只是没人点进去。
第三种画面比较隐蔽:列表里能看到一个盘,但容量对不上,比如你插的是 1TB 的固态,列表里显示一个同容量的“虚拟盘”,或者显示两个分别属于同一物理盘的分区。这个往往不是 VMD 基础模式,而是 BIOS 里在 VMD 之下又建了 RAID 卷,物理盘被卷管理接管了。
这三种现象的排查方向完全不同,硬把它们归成一类,只会让人在原地绕圈。
1.2 一条两分钟就能走完的判断链
判断方式不用太复杂,进 BIOS 看一眼存储信息就够。核心逻辑是:硬件层认得到、系统层认不到,问题就在驱动;硬件层都认不到,问题就在物理连接。
| 看到的症状 | 最可能的原因 | 下一步动作 |
|---|---|---|
| BIOS 的存储信息里能看到固态型号,安装界面空白 | NVMe 盘被 VMD 控制器接管,安装镜像缺驱动 | 加载驱动或关闭 VMD |
| BIOS 里也看不到盘,或者只显示“Not Installed” | 插槽、供电、通道复用、盘本身问题 | 换插槽、清灰、换盘验证 |
| BIOS 能看到盘,容量正常,但安装界面提示分区表错误 | 盘上有旧的 GPT/MBR 分区或残留卷 | 命令行清盘 |
| 官方镜像看不到盘,第三方 PE 能看到 | PE 里集成了 VMD 驱动,官方镜像没有 | 加载驱动或换镜像 |
还有一条替代验证法:把安装 U 盘启动到命令提示符(安装界面按 Shift+F10),敲diskpart,再敲list disk。如果这里也看不到那块盘,基本可以确定是控制器层没驱动,而不是分区问题。这个命令很好用,比反复进退安装界面省事。
1.3 厂商为什么默认把 VMD 打开
理解这个“为什么”,能帮你在后面的方案选择里更有底气。
VMD 最早是伴随服务器和工作站平台普及开的,它的设计目标是让 PCH 层面统一管理 NVMe 设备,带来几件事:NVMe 盘可以在操作系统里热插拔并被识别、可以做多盘 RAID 卷、可以对盘做统一的状态监控和故障指示、平台侧的固件更新更集中。企业级场景里,这些能力是刚需。
问题在于,消费级主板沿用了同一套固件代码。厂商把“默认开启 VMD”当成统一配置,既省事又能兼容高端型号,代价是全默认状态下,任何没带 VMD 驱动的操作系统安装介质都看不到硬盘。这不是谁故意刁难用户,而是消费端和企业端的默认策略没有分家。
所以你会发现一个有意思的现象:同一块主板,插到某些批次上默认开着 VMD,换个 BIOS 版本又默认关了。这就是固件策略调整的结果,不是你记错了。
2. VMD到底在中间做了什么:从CPU直连到“虚拟盘”的那层抽象
2.1 老路子:NVMe盘作为标准PCIe设备被枚举
要理解 VMD 干了什么,得先知道没有它的时候是什么样子。
一块 M.2 固态插在主板上,本质上是一个 PCIe 设备。它可能直连 CPU 提供的 PCIe 通道(延迟低,适合系统盘),也可能走芯片组(PCH)引出的通道。开机时,固件扫描 PCIe 总线,发现这个设备,读取它的 NVMe 能力信息,然后把它登记进设备列表。
进入 Windows 之后,stornvme.sys这个收在系统镜像里的类驱动会去绑定符合 NVMe 类规范的设备。类驱动的好处是通用:不管你是哪家的固态、容量多大、固件版本多少,只要是标准 NVMe,一个驱动全包。这也是为什么在没开 VMD 的平台上,装系统从来不需要额外准备驱动。
这条路上的角色很清晰:物理盘 → PCIe 设备 → NVMe 类驱动 → 磁盘管理。链条短,每一环都是标准件,谁都能插进来。
2.2 VMD 接管之后:门牌号从“独立住宅”变成了“大院分机”
开启 VMD 之后,链路中间插进来一个控制器。
VMD 控制器位于 PCH 内部,NVMe 盘不再直接暴露在 PCIe 总线上作为一个独立的 NVMe 设备。它被“收编”到 VMD 控制器名下,对外呈现为“VMD 控制器管理的一个下游设备”。
打个比方:原来的盘像一户独立住宅,有自己的门牌号,快递员(操作系统)照着门牌就能送到。开了 VMD 之后,所有盘被圈进一个大院,大院有自己的门牌号,每块盘变成了“某某大院第几单元”。快递员还是那个快递员,但他手里的地址簿上只认识独立门牌,看到大院门牌就蒙了——他知道这儿有个地址,但没有进院子的钥匙。
具体到设备层面,VMD 控制器有自己独立的厂商 ID 和设备 ID,它不是 NVMe 类设备,所以stornvme.sys不会去绑它。而它下面挂着的盘,要穿过这层控制器才能被访问,所以系统连“这儿有块盘”都感知不到。
这也解释了一个现象:为什么有些机器在 VMD 模式下,设备管理器里会出现一个带黄色感叹号的“未知 PCI 设备”。那不是主板坏了,那就是 VMD 控制器本身没驱动。
2.3 系统镜像里为什么不预置这个驱动
有人会问,既然新平台默认都开 VMD,微软为什么不直接把它塞进镜像里?
原因是驱动模型的归属。系统镜像里的存储驱动只覆盖公开的、标准化的设备类,这样才能保证一个镜像在成千上万种硬件上都能跑起来,体积也可控。VMD 是厂商自己定义的控制器,驱动由厂商维护、由厂商发布、版本随平台代际变化,微软没有把它收进 inbox 驱动集。
顺带说一句,Windows 安装程序对“启动关键驱动”的处理是有讲究的:装系统阶段如果缺了启动关键驱动,它宁可让磁盘列表空着,也不敢随便加载一个可能不匹配的驱动,免得装完起不来。所以它会给你一个“加载驱动程序”的入口,让你手动指定,而不是自作主张。
2.4 驱动版本不是越新越好
这一点很多人栽过跟头。
VMD 驱动通常打包在 Intel RST(快速存储技术)安装包里,文件名一般是iaStorVD.inf/iaStorVD.sys/iaStorVD.cat这三件套。同一时期会有多个版本号并存,版本之间最大的差异不是性能,而是支持矩阵——新版驱动往往会砍掉对老平台的设备 ID 支持,专注新平台;老版本可能又不认新控制器。
我自己的经验是遵循“同代优先”原则:
| 平台情况 | 驱动选择思路 | 说明 |
|---|---|---|
| 较新的消费级平台 | 主板厂商支持页面标注的版本 | 厂商会做适配验证,比自己乱试稳 |
| 平台较老、新版驱动装不上 | 往回找两三个大版本 | 老设备 ID 可能已被移除 |
| 品牌整机 | 优先用整机厂商提供的版本 | 定制固件有时只认特定版本 |
| 拿不准 | 先试主板厂商页面的版本,失败再换 | 每次换版本前把旧文件夹挪开,避免混淆 |
真实情况是,驱动加载失败往往不是“版本不对”,而是“选错了 inf”。同一个 RST 包里可能同时有 SATA 的iaStorAC.inf和 VMD 的iaStorVD.inf,点进去看到一堆条目,随手选一个,就容易选错。
3. 方案一:安装时手动加载VMD驱动,把功能完整保留下来
3.1 驱动包从哪来,怎么拆出能用的三件套
这个方案的核心是:不动 BIOS,只在自己装系统这一步把驱动喂给安装程序。好处是 VMD 的所有能力原样保留,多盘 RAID、热插拔管理都不受影响;代价是每装一次系统就得多点几下。
驱动来源有两条路。第一条是主板厂商的支持页面,找“存储驱动”“Intel RST 驱动”“VMD 驱动”相关的下载项,通常是一个压缩包或 exe。第二条是芯片组驱动合集,有些厂商把 RST 打包在芯片组包里,展开后能找到对应目录。
拿到安装包之后,怎么把驱动拆出来?两种办法:
- 正规做法:在命令行里跑安装包自带的解包参数,例如
SetupRST.exe -extractdrivers D:\VMD,它会把驱动文件摊到一个干净目录里,不装任何东西。 - 土办法:用解压工具把 exe 当压缩包打开,找里面名为
F6、VMD、Drivers之类的目录,把iaStorVD.inf所在的那一层整个拷出来。
我一般用第一种,理由是干净。土办法有时候会把一堆无关的安装组件也带出来,加载驱动时列表里多出七八个不相干条目,看着就晕。
拆完之后,把那几个文件放到一个 U 盘的独立文件夹里,比如D:\VMD\下面的iaStorVD.inf、iaStorVD.sys、iaStorVD.cat必须放在同一层。目录层级越浅越好,路径里别带中文和空格,安装程序对路径的容忍度比你想的低。
3.2 安装界面上的操作路径,以及那个被忽略的“刷新”
进到“选择安装位置”界面,如果列表是空的,左下角会有“加载驱动程序”的链接,点它。
接下来的路径是:浏览 → 选中 U 盘里那个文件夹 → 确定。安装程序会扫描这个目录,列出里面所有可用的驱动条目。这时候别急着下一步,先看清楚列表里的名字——应该出现类似“Intel RST VMD Controller”和“Intel RST VMD Managed Controller”这样的条目。前者是控制器本身,后者是被管理的下游设备。两个都选上(按住 Ctrl 多选),或者至少把控制器那个选上。
点“下一步”之后,界面会回到磁盘列表。很多人就卡在这一步:回到列表发现还是空的,以为失败了,其实只是没刷新。点一下列表下方的“刷新”按钮,盘才会出来。我第一次遇到这个的时候也愣住了,后来才养成回来先点刷新的习惯。
还有几个细节值得注意:
- 安装程序浏览的入口默认只列可移动介质和光驱,如果 U 盘没被识别成可移动设备(有些大容量盘会被识别成固定磁盘),可能浏览不到。这时可以拔下来换个 USB 2.0 口试试。
- 驱动文件夹里如果有子目录,安装程序只扫当前层,不会往下递归找。所以别把 inf 埋在
Drivers\x64\VMD\这种四级目录里。 - 加载驱动这一步可以重复做,第一次没成功,可以回去换另一个版本再加载,不用重启。
3.3 怎么确认驱动真的生效了
判断依据有三条,从弱到强:
第一条,回到磁盘列表之后,盘出现了,容量和型号对得上。这是最直观的。
第二条,如果列表里出现的盘容量明显不对,比如你插的是一块大容量固态,显示出来的却是个小容量的“虚拟盘”,那多半是 BIOS 里在 VMD 之上还建了 RAID 卷,物理盘被卷吞了。这种情况需要在 BIOS 里把卷拆掉,或者按卷的方式装。
第三条,用 Shift+F10 打开命令行,敲diskpart→list disk,看看这里能不能列出盘。能列出来,说明驱动确实加载进了当前的运行环境,接下来的安装不会中途掉链子。
还有一个反向验证:故意不加载驱动,看list disk是不是空的。如果是空的,加载后变有,那因果关系就非常确定了,后面再出问题也能排除 VMD 这个变量。
3.4 系统装完之后那一两步收尾
驱动加载这一步只是让安装程序认到了盘,装完系统之后还有收尾动作。
第一件事,进系统后确认设备管理器里没有带感叹号的未知设备。正常情况应该能看到存储控制器下面挂着 VMD 相关的控制器条目。如果有黄色感叹号,把完整的 RST 安装包再装一遍,让管理组件和驱动一起到位。
第二件事,留意系统自动更新有没有替换驱动版本。有些情况下更新会推一个不同版本的存储驱动,装完重启发现盘还在但性能异常,或者多盘顺序变了。这不是常见情况,但遇到过就记得了。真要规避,可以在装完之后把驱动版本记一下,出问题好回退。
第三件事,别装完系统就随手去 BIOS 里把 VMD 关了。这条后面会细说,是蓝屏的高发原因。
4. 方案二:进BIOS关掉VMD,最快但有三条隐性代价
4.1 各家的选项叫法不一样,认准这几个关键词
这个方案最省事:BIOS 里把 VMD 关掉,盘就回到标准 NVMe 模式,安装镜像直接能认。
难点在于,不同厂商的 BIOS 把这个开关放在不同地方、叫不同名字。我见过的叫法包括:“VMD Setup Menu”“Enable VMD Controller”“VMD Config for PCH”“Map PCIe Storage under VMD”“Intel RST Premium With Intel Optane System Acceleration”。光看名字根本猜不到它们是同一个东西。
找的时候按这个思路走:先切到高级模式(Advanced Mode),然后往“Advanced”→“System Agent Configuration”或者“Advanced”→“PCH Storage Configuration”方向找。有些板子把它塞在“Storage”大类下的子菜单里,得再点一层。
判断有没有找对,看它的子项:如果这个开关下面还挂着类似“VMD Config for PCH”的细项,另外还有“Map SATA under VMD”之类的选项,那基本就是它了。把总开关设成 Disabled,下面的细项就自动隐藏,说明生效。
4.2 关掉之后必须同步确认的两件事
关 VMD 只是第一步,还有两件事不确认,装完可能照样出问题。
第一件,SATA 模式。如果这台机器除了 NVMe 固态还有机械盘或者 SATA 固态,那 SATA 控制器模式要确认是 AHCI 而不是 RAID。有些主板的 SATA 模式被 VMD 的总开关联动控制,关掉 VMD 之后 SATA 模式并不会自动回到 AHCI,而是停留在一个奇怪的状态。这种情况在装系统阶段可能看不出来(因为 SATA 盘认得到),但装完之后读写异常。
第二件,启动模式与分区格式要匹配。启动模式是 UEFI,安装时就该按 GPT 分区;启动模式是 Legacy/CSM,那就得按 MBR 来。这两者错配的典型表现是:盘认到了,分区也建了,但安装程序提示“无法将 Windows 安装到此磁盘”,或者装完重启直接跳回安装界面。这个错跟 VMD 无关,但经常和 VMD 问题一起出现,容易混为一谈。
设完之后记得保存退出(一般是 F10),别直接按电源键。
4.3 关掉之后失去的东西,值不值得
对绝大多数单盘用户来说,关掉 VMD 基本无感。你只是少了一层抽象,盘照样跑满速,系统照样用。
但有几种情况要想清楚:
- 多盘 RAID 卷会失效。如果之前在 VMD 下建过卷,里面存着数据,关掉 VMD 之后这个卷就不可见了。数据还在物理盘上,但卷结构没了,恢复起来很麻烦。这种情况下不要关,走方案一。
- 热插拔管理能力丢失。在 VMD 下,NVMe 盘的热插拔在系统层面是被支持的;关掉之后,某些平台的热插拔行为会退化成不推荐在运行中插拔。
- 加速类功能可能不可用。部分平台上,某些基于固态的加速或缓存功能依赖 VMD 和 RST 驱动栈,关掉之后这些功能在软件里就找不到了。
- 企业级管理功能缺席。远程盘状态监控、故障预测这类能力,单机用户用不上,但如果是小型工作站集群,那就是刚需。
我的建议很直接:单盘装系统、没有 RAID 需求、也不打算用加速功能,关掉是最省事的;有任何一条踩中,就走加载驱动的路子,别图一时痛快。
4.4 已经装好系统再关VMD,蓝屏是必然,不是偶然
这是被问得最多、也最容易翻车的一条。
系统是在 VMD 开启的状态下装的,启动关键驱动列表里就记着 VMD 那套驱动。你把 BIOS 里的开关一关,开机时系统按老路径去找控制器,找不到,启动中断,报的通常是INACCESSIBLE_BOOT_DEVICE。看起来像硬盘坏了,其实是启动路径断了。
补救的办法有两条,我推荐第一条,因为它不需要动刀:
第一条,安全模式过渡。
先在 BIOS 里把 VMD 重新打开,让系统能正常进桌面。进系统后开一个管理员命令行,敲:
bcdedit /set {current} safeboot minimal然后重启,进 BIOS,这次把 VMD 关掉,保存退出。系统会进入安全模式——安全模式只加载最小驱动集,能绕过这个启动依赖。进去之后再敲:
bcdedit /deletevalue {current} safeboot最后正常重启。这时系统会重新枚举硬件,用标准 NVMe 驱动接管,盘就正常了。
第二条,就地改注册表的启动类型。思路是把 VMD 驱动的启动类型从“启动关键”改成“按需”,让系统不再强制加载它。这个方法同样需要在 VMD 开启时进系统操作,改错的风险略高,而且要分辨清楚改的是哪个服务项。我一般只在第一招不奏效时才动它。
需要提醒的是,如果这台机器上有多块盘、并且引导分区和系统分区不在同一块盘上,切换模式之后引导顺序可能改变,开机进不了系统而是进了别的盘上的引导项。这种情况进 BIOS 的启动菜单手动指定一次就行,别以为系统坏了。
5. 方案三:把驱动塞进安装镜像,批量装机才值得动
5.1 先想清楚要往哪几个镜像里塞
自己一个人装一台机器,方案一那几下点击完全不费事,没必要做这一步。但如果是给一批机器装系统,一台台点“加载驱动程序”就很折磨了。
原理是把 VMD 驱动预先注入到安装镜像内部的系统映像里,让安装程序自带驱动,插上 U 盘直接认盘。
Windows 安装 U 盘里最关键的映像文件是sources\boot.wim和sources\install.wim。boot.wim里通常有两个索引:索引 1 是启动环境本身,索引 2 是安装程序界面。驱动必须注入到索引 2,因为弹窗、磁盘列表这些界面是在索引 2 的环境里跑的;稳妥起见,索引 1 也一起注入,省得后续某些环节又缺驱动。
install.wim是真正落盘的系统映像。往这里注入的好处是,装出来的系统首次启动就带着驱动,不会出现“装完重启起不来”的尴尬。文件里如果按版本分了多个索引(家庭版、专业版之类),挨个注入。
5.2 命令逐条拆开讲
以下操作在一台正常的 Windows 上用管理员命令行完成,工具就是系统自带的dism。
dism /Get-WimInfo /WimFile:E:\sources\boot.wim先看索引。输出里会列出索引号和对应的名称,确认你要动的是哪几个。
mkdir C:\mnt dism /Mount-Image /ImageFile:E:\sources\boot.wim /Index:2 /MountDir:C:\mnt挂载索引 2 到C:\mnt。挂载点目录必须是空目录,如果里面之前有残留文件,挂载会报错。这个报错我第一次踩的时候查了半天,其实清空目录就没事了。
dism /Image:C:\mnt /Add-Driver /Driver:D:\VMD /Recurse把D:\VMD目录下的驱动加进去,/Recurse表示连子目录一起扫。这个参数会让它把目录里所有 inf 都尝试安装,输出里能看到一行行成功或失败的记录。出现某些 inf 报错是正常的,因为 RST 包里可能同时有 SATA 驱动、管理组件之类不相干的条目,那些加不进去不影响 VMD 驱动本身。你只需要确认跟 VMD 相关的那条显示成功。
dism /Unmount-Image /MountDir:C:\mnt /Commit提交并卸载。这一步不敲,前面所有改动都白做。/Commit千万别漏。
然后对install.wim重复一遍,只是索引要换成对应的系统版本号。
5.3 验证驱动真的进去了
别只看命令输出,验证一下更踏实:
dism /Image:C:\mnt /Get-Drivers /Format:Table挂载状态下跑这条,会以表格形式列出镜像里的第三方驱动。扫一眼有没有iaStorVD相关的条目,有就成。如果是在卸载之后想验证,重新挂载一次再查。
另一个验证方法是实机测试:拿改好的 U 盘去一台开了 VMD 的机器上试,进到磁盘列表界面看有没有盘。这一步最实在,改坏了的镜像一眼就能发现。
5.4 制作启动盘时的两个老坑
第一个坑是文件系统。UEFI 启动只认 FAT32,但 FAT32 单文件上限是 4GB。而install.wim稍微大一点的镜像就会超过这个数,导致复制失败。解决办法有两个:一是把镜像拆成多个小文件(dism /Split-Image /ImageFile:install.wim /SWMFile:install.swm /FileSize:3800),安装程序能自动识别.swm分卷;二是把 U 盘做成双分区,一个小的 FAT32 放引导文件,一个 NTFS 放大的映像文件。前者更省事,后者兼容性更广。
第二个坑是驱动文件夹的位置。别把驱动目录放在 U 盘根目录随便一个中文名文件夹里,也别放在会被安装程序忽略的位置。放在sources同级建一个英文名目录,路径短、名字干净,出问题的概率最低。
顺带一提,注入过驱动的boot.wim体积会变大,重新写盘的时候注意 U 盘剩余空间,别写到一半满了。
6. 几个反复被问到的问题,以及我踩过的坑
6.1 驱动加载了,盘还是不出现
这个情况我遇到过三次,原因各不相同。
第一次是选错了 inf。RST 包里iaStorAC.inf是 SATA 控制器的,iaStorVD.inf才是 VMD 的。我点进去看到列表里有一堆条目,随手选了个名字最长的,结果加载成功但毫无作用。回头看才发现选的是 SATA 那套。
第二次是驱动版本太新。主板厂商页面给的是最新版,但那个版本已经不再包含我这块老平台的设备 ID。换成页面下方的历史版本,一次就成。这个坑挺隐蔽的,因为加载过程完全不报错,驱动“装上了”,只是不匹配。
第三次最冤:盘是插在走芯片组的那个 M.2 槽位上,而 BIOS 里的 VMD 配置只对特定通道生效,另一个槽位压根不在 VMD 管理范围内,问题根本不在驱动上,是那个槽位跟某条通道复用、被别的设备占了。换个槽位就好了。
排查顺序建议这样:先确认diskpart的list disk里有没有盘 → 有盘但安装界面没有,是界面刷新问题 → 没盘就换驱动版本 → 换版本还不行就换插槽 → 换插槽不行就单独测盘。
6.2 双硬盘和盘符错乱,装系统时最该做的一件事
机器上有两块以上硬盘的时候,装系统前把非目标盘物理断开,这是最省事的做法,没有之一。
原因很实在:Windows 安装程序在创建引导分区时,有可能把引导文件写到另一块盘上(尤其是那块盘上已经有 EFI 分区的时候)。装完你拔掉那块盘,系统就起不来了,还以为是引导坏了,其实是引导文件本来就不在系统盘上。
如果实在不方便拆机,至少在安装时用diskpart把非目标盘的联机状态设为离线,或者干脆在 BIOS 里临时禁用对应的接口。装完再恢复。
已经装完了才发现引导跑到别人盘上的,可以用引导修复工具重建,但比重装麻烦得多。这个坑踩一次就够了。
6.3 装完系统,设备管理器里的黄色感叹号
装完系统打开设备管理器,看到“其他设备”下面有个“未知 PCI 设备”,或者“基板管理控制器”之类的条目带感叹号,先别慌。
大概率就是 VMD 控制器本身没装完整驱动。方案一里加载的那个驱动只保证了安装程序能认盘、系统能启动,管理组件并不完整。解决办法是把完整的 RST 安装包装一遍,让驱动、服务、管理组件一起到位,感叹号就该消失了。
有一种情况要注意:如果这个感叹号对应的设备 ID 跟存储完全无关(比如某个传感器、某个串行总线控制器),那是另一码事,别一股脑归到 VMD 头上。看设备属性里的硬件 ID 是最靠谱的判断方式。
另外,不建议用各种“驱动一键安装”工具去解决这类问题。存储控制器驱动一旦装错版本,轻则性能异常,重则进不去系统。宁可去主板厂商页面手动下一个明确的版本。
6.4 换平台、迁移系统时最容易忽略的一点
把自己原来的系统盘拆下来,装到一台新平台上,开机黑屏或者蓝屏——这事很常见,原因还是启动关键驱动。
老平台没开 VMD,系统里根本没有iaStorVD这套驱动,只有标准 NVMe 驱动。换到新平台,BIOS 默认开着 VMD,启动时系统找不到对应控制器,直接失败。
处理思路有两条:一是在旧平台上先把 VMD 驱动注入进系统(用dism /Add-Driver直接对离线系统盘操作,或者在新平台的 BIOS 里先把 VMD 关掉,让系统先起来,再装完整驱动包,最后回 BIOS 打开 VMD);二是干脆在新平台上重装。前者适合数据多、配置复杂的情况,后者适合纯粹图省事。
我自己的习惯是:只要是跨代换平台,先在新机器 BIOS 里把 VMD 关掉,把系统跑起来,装完完整驱动包,确认设备管理器干净,再回 BIOS 把 VMD 打开,重启验证一次。这样两头都不耽误,出问题也知道是哪一步。
回过头看,Intel VMD 本身不是故障,它只是一层默认开启的抽象。装系统的人不知道有这层抽象,才会被那块空白的磁盘列表挡住。搞明白它在链路的哪一环、缺的是哪一类驱动、关掉和保留各自要付什么代价,剩下的就是照着路径点几下的事。我现在装新平台,习惯是开机第一件事进 BIOS 看一眼 VMD 的状态,把它当成和启动模式、分区格式一样的必查项——花十秒钟,能省掉后面半小时的自我怀疑。