表面书，Surface Pro 4更新抛出800f0203错误，蓝色屏幕

昨天，微软发布了表面书和Surface Pro 4（2015年10月23日，11月1日，12月2日，12月2日，12月2日，2016年12月27日，2016年1月27日，2016年1月27日，2016年2月17日。 15，现在的4月19日）。更新是巨大的，几十个单独识别的驱动程序修复，以及少数其他更改。

最近的表面Pro 3发布列出了四个驱动程序和固件更新，所有与地面码头相关联，遇到了很多批评。如果我正确地计算，那是Surface Pro 3的第21个固件补丁。

您可能会在一夜之间收到一些或所有更新。如果你没有，请记住微软的劝告：

当通过Windows Update服务提供曲面更新时，它们将以阶段传送到曲面客户。因此，并非每个表面都会同时接收更新，但更新将被传递给所有设备。如果您尚未收到更新，请稍后手动检查Windows更新。

表面书和Surface Pro 4一直是许多有害提到的主题在线，包括关于睡眠问题的投诉，唤醒问题，屏幕闪烁，Windows Hello不起作用，Windows Store Fristing，以及许多其他奇怪的奇怪意见。这太早肯定是肯定的，但看起来这一轮补丁已经解决了很多 - 但不是全部的问题......如果你可以安装它们。

我将固件更新应用于Surface Pro 3，Surface Pro 4和一个全新的表面书，并遇到了其他人报告的许多问题。在这里我发现了什么。

我的Surface Pro 3没有码头，显示没有可用的更新。如果是因为固件修补程序慢慢慢慢慢慢，则它不会清除此时，或者如果您必须有插入码头以获取修补程序。如果您可以使用（例如）Microsoft Surface Dock Updater独立安装最新的Dock修补程序，它也不清楚。

如果您设法获取SP3下载和安装的码头修补程序，请在评论中或askwoody.com中删除注释。

我的表面专业人士4没有明显的不良反应。我不得不重启两次，但遇到没有其他问题。

另一方面，我的表面书击中了一系列问题，现在是众所周知和良好的记录。有一个解决方案在互联网上进行了解决，微软表示正在解决问题。

安装修补程序时，安装程​​序用一个显示的蓝屏崩溃，“page_fault_in_nonpaged_area（iacamera64.sys）”。“自动倒计时后，机器重新启动并使用安装程序运行。它有点运作，然后通过列出的更新通知，列出了“英特尔（R）控制逻辑的英特尔公司驱动程序更新”，以及许多其他Intel驱动程序更新所有因错误800F0203或80248007而失败。

Reddit上有一个冗长的线程，Microsoft工程师有助于回答安装问题。这种组合似乎是最常见的抱怨，它发生在Surface Pro 4和表面书更新中。Microsoft Answers论坛充满了溢出的问题 - 在最后一次统计时，76个帖子和迅速增加。

在这里，解决问题的推荐方法（请注意，它不会始终工作）：

步骤1。转到C：/ Windows / Inf和Open Setupapi.dev（在线说明SETUPAPI.DEV.LOG - 这是错误的）

第2步。搜索字符串

无法安装设备实例

第3步。朝上9行到一条开始的长线

驱动程序包'c：/ windows / softwareDistribution /下载/安装......“

在那段长线结束时，您“LL会看到列出的INF文件，如下所示：

（oem68.inf）

其他人报告OEM90.INF，OEM96.INF，OEM113.Inf，OEM135.INF等的IM90.inf，还有更多。记下inf名字。

第四步。右键单击“开始”，然后选择“命令提示符（admin）”。将您放在一个提升的命令提示符中。

第5步。类型

pnputil -d <infname>

替换您的inf name for <infname>。在我的情况下，我用过

pnputil -d oem68.inf.

在大多数情况下，该组合将有效。虽然有艰难的病例，包括矿山。当我ran pnputil命令时，我收到了一个错误：

删除驱动程序包失败：使用指定的INF立即安装一个或多个设备。

此时，我停止尝试获取已安装的更新。我没有想删除所需的驱动程序，即将发生目前安装的设备至关重要。对我来说，更新，必须等待另一天。

Blackforce英国论坛上的海报Goodthings2life拥有更多的大锤方法。他写：

我有一些额外的工作要做，这可能对他人有所帮助。

在我的情况下，一个表面书的固件控制器驱动程序卡在c：/windows/system32/driversore/filerepository/skccontroller.inf_amd64_b8fa66e3cad9164f中被卡住了，这是从文章中的日志文件中所示的内容。

我必须浏览到C：/ Windows / System32 / DriverStore / filerepository并手动为每个人分配完全权限，并完全删除整个Skccontroller.inf_amd64_b8fa66e3cad9164f文件夹。

希望这些信息对别人有所帮助，我感谢你弄清楚这么多，让我指向正确的方向！

几个微软开发人士正在积极地举行Reddit的堡垒。特别是Zac_L已经使这个宽大的手势：

你可以将这个文件上传到我可以访问它的某个地方：C：/windows/inf/setupapi.dev.log？

PM我的链接和我“ll回复恢复步骤。这些步骤将特定于您的机器，因此我不想公开发布它们，并让别人跟随他们并搞砸了他们的机器。

我认为Niterider4，发布在Microsoft曲面论坛上，击中了钉子上的钉子：

就个人而言，我在等待我的表面书更像是可靠的计算机而不是需要经常监控和维护的技术项目时等待当天。

我真的很想相信最新的司机会员。猜猜我们必须等到安装者错误熨烫。