使用NETCFG删除NDIS LWF不删除从驱动程序店中删除它吗？

Question

当我尝试使用 netcfg -u 删除我的NDIS LWF时，我注意到它不会从驱动程序存储中删除它（可以使用 pnputil/enum -drivers 可以看到它）。

这引起了问题，因为在某些Windows 10机器上，如果我们卸载了NDIS LWF的先前版本，并使用 netcfg 安装新的版本，则出于某些未知的原因，旧的INF仍用于安装它！我认为它是因为INF仍然具有相同的componentId？我们正在更新INF文件，以附加到我们以前无法附加的某些虚拟适配器上。请注意，这不会在Windows 7中发生，我们可以在没有任何问题的情况下安装新的。

因此，我的问题是：

1. 当我们尝试安装具有不同INF的新更新驱动程序时，为什么Windows仍在使用驱动程序商店的先前INF？

2. 完全删除以前的NDIS LWF的正确方法，包括从驱动程序商店中？如果我们需要使用 pnputil 将其完全从驱动程序存储中删除，那么考虑到 pnputil -d 需要一个OEM编号，找到OEM编号的正确方法是什么？

Answer 1

是的，正如您所注意到的那样， netcfg.exe -i 并不是 netcfg.exe -u 的完全相反。

安装执行以下步骤：

1. 安装您提供的 -L 的INF到驱动程序商店（ setupcopyoeminf ）

2. 呼叫 inetcfgclasssetup :: intermant install to：

   1. 查询PNP的“最佳匹配”为您提供的 -i （ setupdibuildDriverInfolist ， setupDisePdiselectBestCompatdrv ）））
   2. 运行INF中的所有部分（ addReg ， addservice 等）

   ）

   3. 使用 ndi 注册表密钥

   中的信息，向系统注册LWF/协议/TDI驱动程序

卸载执行以下步骤：

1. 调用 inetcfgcomponent :: Deinstall to：
   1. 使用系统的LWF/协议/TDI驱动程序
   3. 运行Special .remove infor的（希望它包含 delreg ， delservice 撤消在期间完成的所有工作安装步骤＃2.2）

（上面的描述忽略了驱动程序重新安置系统（aka obo_token ），因为它不经常使用 - 大多数驱动程序只是使用单个重新数。如果您专门使用 netcfg.exe 来管理驱动程序，那么您也可以忽略重新数

。这里的背景故事是 netcfg.exe 从来没有真正成为第三方软件来管理其驱动程序的通用工具。它仅用于内部使用，用于内置在OS中的驱动程序（ ms_tcpip 等）。假设是第三方驱动程序安装程序希望调用适当的API，例如 inetcfg ，而不是 createProcess 一些可执行文件和屏幕crape the Output。因此， netcfg.exe 仅是建立的，这是我们内部需求所需的最小值。特别是，由于内置驾驶员很少卸载，因此很少关注卸载。 （同样，参数解析是不灵活的，帮助文本无用，并且错误处理也不强大。）

从Windows 10开始，内置驱动程序不再使用 netcfg.exe ，所以OS本身不再需要 netcfg.exe 。但是到那时，第三方产品已经发现了它并对其进行了依赖，因此我们不能再删除 netcfg.exe 。嗯。

当我们尝试安装具有不同INF的新更新驱动程序时，Windows为什么仍在使用驱动程序商店的先前INF？

这是一个常见的陷阱。请注意，在安装过程中，步骤＃1和＃2之间没有关联。您可以同时安装打印机INF和LWF - netcfg.exe -l foo.inf -i bar 毫不费力地确保实际上选择了步骤＃2.2中选择的“最佳”组件来自步骤1中安装的INF。

为了确保您想要的驱动程序是“最佳”驱动程序，您必须确保您最喜欢的驱动程序赢得 PNP驱动程序选择算法。我个人被此咬伤了，因为在开发迭代过程中，我没有碰到驱动程序行。确保您每次更改驱动程序时增加驱动程序 。

完全删除以前的NDIS LWF的正确方法，包括从驱动程序商店中？如果我们需要使用pnputil将其完全从驱动程序存储中删除，那么考虑到PNPutil -D需要OEM编号，找到OEM编号的正确方法是什么？

老实说，如果您想真正正确完成所有操作，建议完全避免 netcfg.exe 。改用基础 inetcfg apis。然后，您的安装程序将必须管理驱动程序（ setupcopyoeminf / setUpuninStalloeMinf ）。

您不会通过抛弃 netcfg.exe 和调用 inetcfg 自己而损失太多。 netcfg.exe 对 inetcfg 没有做任何事情，它自己的实现几乎完全取自此示例代码。如果您从那开始，然后将调用 setupcopyoeminf 在顶部，您几乎已经与 netcfg.exe sate 。从那里，您可以通过更强大的INF卸载来改进它。您甚至可以用您的componentId编写一些代码以清单所有INF，以确保不会藏有Inf的陈旧副本。

您仍然必须从安装INF到希望 InetCfGClassSetup :: install 认为您最近安装的INF是“最佳” INF。但是，如果您使用该componentId删除了每个其他 Inf，那么您可以确定唯一的剩余INF必须是最好的匹配。