这是一年的时间了, 和往常一样, 当我参观过家庭圣诞节还有各种电脑问题需要解决。今年有几个幸好问题, 但有 1 问题是我花了相当长的时间来跟踪和解决。其中一个家庭 电脑 在故障ing到安装Win-DOWS 7 服务包1.这是一个相当新的PC,并与前来 OEM 安装了Win-DOWS 7 64位家庭高级版, 所有合法的和激活。它还具有了最新的防病毒保护, 并且比其他 SP1 安装问题,它似乎是在良好的工作秩序.
错误 80073712
抛出双赢DOWS更新错误为错误 80073712, 该协议,ing赢得-DOWS帮助 (和 微软帮助页面) “当Windows组件商店是腐败的发生”。微软提供了一个工具, 叫 SYS-TEM更新读我性工具 (KB947821) 它应该解决这个问题。我下载的工具,并运行它 (这花了相当长的时间), 在这之后成功报道。然后,我将重试 SP1 更新但它仍然失败.
经过进一步的研究,我发现这是一个一直困扰着这两个问题 32 和 64 位版本 - 本期开始的双赢DOWS, 自从Vista操作系统。这似乎影响到所有Service Pack版本 (KB936330, KB948465和KB976932) 因此,系统更新准备工具是适用于Windows Vista, 7, 2008 和 2008 R2。有很多无用的建议可用, 但实际的解决方法是相当简单, 只要你有相同的访问到另一台PC 操作系统 安装! 在我而言,我有我的笔记本电脑,我, 运行宁运-DOWS 7 x64的 SP1. 我不知道,如果HAV-ING SP1 可能有时做一个dif-FER-ENCE, 或者,如果有,而不是家庭高级版专业可有时也同样有所作为, 但对我来说,这些差异并不重要 - 我的解决方案的工作就好了。更多详细信息, 我发现微软技术 - 网络艺术ICLE“为诊断和修复服务腐败高级指引“非常有用.
解决方案
首先, 下载并安装系统更新准备工具。如果你幸运的话,这将只是解决问题的第一次。然而, 之前尝试ing的ser-副安装包, 我们要检查...
点击开始,然后在搜索框中键入“记事本%WINDIR%日志 CBS checksur.log”,打开准备工具的日志文件.
在文件的底部应该有一个总结,它看起来像
[代码LANG =“平原”]总结:
执行秒钟: 685
发现 2 错误
固定 2 错误[/码]
如果固定错误的数量是一样的发现,那么你应该排序号码 - 你现在可以先走一步,安装Service Pack或Windows更新是正常的。然而, 在我的情况下,它是不是, 所以...
日志文件会标识无法修复的所有文件。由于某些原因,无法修复的文件是系统中不存在的文件。您需要从另一台运行相同版本Windows的PC上获取它们
在日志文件中, 在所谓的“检查组件店”的部分将存在丢失或损坏的文件列表。我有 4 LIS-泰德如下...
[代码LANG =“平原”]amd64_policy.9.0.microsoft.vc90.atl_1fc8b3b9a1e18e3b_9.0.30729.4148_none_a9427d6be424cb66.manifest
amd64_10568c9df37e2a69df4103e1a1b191ca_31bf3856ad364e35_6.1.7600.16695_none_33990b4ad429800c.manifest
LDDMCore.ptxml在Amd64_microsoft窗口lddmcore_31bf3856ad364e35_6.1.7600.16385_none_07bd8a45fd3dcc23
LDDMCore.ptxml在Amd64_microsoft窗口lddmcore_31bf3856ad364e35_6.1.7600.20715_none_0892dc3716229fcb[/码]
玛尼巨星文件可以发现 (另一台PC上) 在%WINDIR% winsxs文件舱单及包含其他文件的文件夹在%WINDIR发现% winsxs文件
这个问题丢失的文件复制到电脑, 成的fol-低ING位置
.清单文件到%WINDIR% TEMP CheckSUR WinSxS文件舱单
.妈妈和。cat文件到%WINDIR% TEMP CheckSUR 维修包装
从具有长名称的文件夹中的所有文件 (在我的情况下, 2 LDDMCore.ptxml文件) 进入在%WINDIR% winsxs文件的相应目录
这最后一步可能需要采取所有权和改变有问题的目录权限.
现在重新运行系统更新准备工具。一旦重新运行重复步骤 2 打开日志文件, 并确认摘要部分说,现在修复的数量多少的问题相匹配.
假设为修正值现在等于价值发现的问题, 您现在可以重新运行Service Pack或Windows更新, 这应该会成功.
下一步做什么
如果由于某种原因,你仍然有问题, 还有一些其他的东西,你可以尝试...
1. 运行双赢DOWS更新疑难解答
- 点击开始, 输入“的故障排除”,然后按回车.
- 在上点击打开控制面板窗口中的“修复与Windows更新问题”.
- 注: 这适用于双赢DOWS 7, 但具体细节在其他系统下可能有所不同.
2. 清除出双赢DOWS更新缓存...
- 点击开始, 键入services.msc
- 在SER-恶习管理器窗口, 向下滚动到“双赢DOWS更新”, 右键单击它, 然后单击停止.
- 点击开始, 键入%windir% SoftwareDistribution
- 选择所有文件并删除它们。如果有任何不会删除你可以把他们的所有权和更改权限, 或尝试再次以安全模式.
- 重新启动从服务管理窗口中的“Windows Update”服务.
- 重新运行双赢DOWS更新疑难解答
多余的东西,你可以试试
1. 磁盘检查
- 这是相当不可能的, 但它可能是磁盘损坏
- 打开我的电脑, 右键单击该系统驱动器上 (犹他州立大学,盟友驱动器C) 并选择属性
- 单击工具选项卡上, 并点击“立即检查”
- 确保两个框打勾,然后点击开始
- 您将概率巧妙地重新启动, 而该支票可能需要很长的时间
2. 该sys-tem文件检查器
- 点击开始, 键入sfc / scannow
- 您可能需要安装,一个重刑盘
- 这可能需要一段时间
3. 删除%WINDIR% winsxs文件的pending.xml文件
- 点击开始, 键入%windir% winsxs文件
- 向下滚动并禄,吃了文件pending.xml
- 采取所有权和更改文件的权限
- 删除文件
- 信用为这 TyeGuy上TechAr-ENA论坛
- 请注意,微软 不推荐使用修补这样做 (请参阅下面的COM,目, 感谢niemiro). 如果你已经不远了这一点,它仍然是不工作, 请给我们留言,我们将看看我们能做些什么来帮助!
不得已
获得双赢DOWS安装 - 一个重刑 DVD, 重新运行安装程序,并进行修复安装。你将不得不重新安装所有更新.
[poll id=“2”]
我没有pending.xml文件
否则, 我所做的一切,除了重装操作系统, 和错误 80073712 仍然存在
这篇文章真的救了我的一天,但niemiro的意见 (和艺术icles和他KB_Extractor) 也埃森tial. 我终于没有另一个Windows 7 64安装与我所需要的文件,所以我必须确定, 下载并解压缩相应的Windows更新文件. 工作很多 - 尤其是点击密集许可变更部 - 但现在我终于安装服务包在我写这篇评论...谢谢! 🙂
一个认罪-URE. 感谢您的意见反馈. 我来看看更新的文章,包括链接到一些必要的文件. 审讯 ISO 的双赢DOWS图像 7 和新的安装盘,可以从微软下载直接, 所以这是概率干练的EASI-东部时间路线.
男人, 非常感谢. 所有微软的东西对我没有帮助, 所以我很高兴我发现这个伟大的文章 - 我现在已经固定了一切.
天佑
我很可能CON-Sider的这样做,. 除非你想编写一个客户后? 或者甚至一个完整的指南? 不过,我不想踩您自己网站的脚印-如果您自己有完整的指南,我很乐意仅将其链接-毕竟应该归功于此
我可以请指出,解决方案 3 (DELET-ING pending.xml) 是incred-ibly丹GER-OUS, 是不是解决方案,以这个概率LEM, 并且是对所有Microsoft指南. 关于为什么它是一个非常完整的详细信息, 非常糟糕的主意,删除这个文件, 请阅读此页: https://blogs.technet.com/b/joscon/archive/2011/03/11/why-you-don-t-want-to-edit-your-pending-xml-to-resolve-0xc0000034-issues.aspx
感谢您的信息! 您链接到文章实际上是有关编辑pending.xml文件, 而不是DELET-ing它, 但我同意你的观点 - 删除它似乎呈现同样的问题编辑. 我rejigged的文章,并添加了警告. 我不必触摸前者.xml文件,如果有必要,我会感到惊讶.
我用这些日志处理颇有几分, 而你是正确的,删除pending.xml是一样糟糕的编辑它 (我的链接是错误铅ING). 其实, 整个链路是有点奇怪, 因为常见的解决方案是逸岸删除的文件. 有些人编辑的文件, 并去除有问题的线路, 但更COM-monly, 该文件只是删除.
该pending.xml用于存储这些都是可以作出了一个重新启动的变化. 目前,脱颖而出, 此修补程序仅适用于当一台计算机无法更新后开机, 不CON-图ure并恢复, 卡住了白写在黑色的屏幕刷新页面, 等等. 等等. 它不能用于在一个CheckSUR.log修复错误. 其实, 它被普遍使用在重新启动时修复0XC0000034错误 (安全模式也会吐回这个错误)
遗憾的TU-nately, 最近我有我的网站离线, 操作方法曾经, 它会重新联机在几个星期. 基本盟友, 它con-tains一个com-预母鸡 - 香港专业教育学院名单 (ABSO-lutely COM-预母鸡 - 香港专业教育学院, 我萃取泰德它从CheckSUR.exe本身) 每个可能发生的错误列表和警告,ing 吃不到葡萄说葡萄酸 可以抛出, 然后给了我的COM,目对如何解决它, 而接下来的步骤。). 我要发表评论这里的时候,我把它重新联机, 如果你有兴趣.
也, 作为附加点, 我每个儿子盟友 (在论坛上工作时 - 我创造了大量修正为CheckSUR日常记录), 而不是在其他计算机上查找文件, ESPE - cially当它涉及到兰语言包, 我常常不具备的文件. 每个儿子盟友, 我从更新他们,自我解压文件. 谷歌搜索的 KB NUM-BER, ,然后从微软下加载, 然后提取更新, 使用指令tiosn (例如这里: https://www.sevenforums.com/tutorials/155584-windows-update-extract-update.html)
为了节省自己的时间, 我有自动化工具,自动地提取更新, 找到所需文件, CRE-吃了一个修复, 而回吐部分的BBCode给我贴给用户! 我也有要运行哪个下载并运行用户的工具 吃不到葡萄说葡萄酸 如果需要的话, ANA-lyzes日志文件, 向下加载需要更新, 他们提取, 提取COR-RECT文件, 形成了一个修复, 并修复系统. 这些都尚未公布, 但在同一时间发布了作为我的新网站.
最后, 你知道,如果你不想摆弄权限, 你可以把。妈妈和。cat文件放到C:WindowsTempCheckSurServicingPackages and .manifest files into C:WindowsTempCheckSurServicingManifests, 并重新运行 吃不到葡萄说葡萄酸, 它会整理出来给你.
然而, 它并不适用于有效载荷的工作文件, 只是,摩尼巨星, .猫, 和。妈妈, 和.cat和.mum文件必须配对。
如果你感兴趣跨, 我可以发送更多详细信息。
除此之外,, 我认为艺术ICLE是Excel借给, 和网站,以及. 我还没有真正踏上这里之前, 我将肯定会现在有一个很好看!
它已经大到你谈谈!
理查德
哇! 你似乎知道你的东西就这一个真的. 我希望您的网站已运行了: 2 天前,当我试图解决这个问题 - 在这篇文章也只是一直感谢你和一个链接!
我怀疑有可能从得到的更新文件, 但它是更快地从笔记本电脑拉他们比找到合适的更新, 向下加载它, 并提取它. 自动工具将是最佳解决方案.
你WEL-来发送更多的细节, 但如果你要去坚持他们对您的新网站这是一样好 - 只要他们公开其所有的好. 给我留言,当你回来了,我要看看 (并坚持一个链接到艺术ICLE以上).
它是一个认罪-URE为此太!
大家好!
我有一个环顾四周你的网站, 我真的很喜欢它! 一个Excel借出的网站! 我的COM-完全下站为你, 和大多数人, 从另一台计算机抓住文件是最好的,simpest方式. 的确, 我以前做的, 仍然做, OCCA - 锡永盟友, 当我不能工作了 KB 艺术ICLE文件原点,从阿泰. 然而, 我只是觉得,你可能想知道我做事的方式, 特别是批量和自动
我特别喜欢这篇文章, 因为我真的很喜欢它, 是,你必须真正捕获检测到的固定损坏的精神 吃不到葡萄说葡萄酸. 越来越多的人谁不熟悉某个日志文件一种倾向,只是忽略它. 随着等份思想和谷歌, 大多数日志文件可以被破解. 并且还, 你已经帽应该用针戳穿读日志, 提取的文件名, 查找替换,目, 更换损坏amged文件. 德 - 皮特 吃不到葡萄说葡萄酸 HAV-ING约 4 方法告诉你有一个文件是心病中断 (见注月底) 这一切都归结到这. 所有经常人跳上修复安装的行列时,Windows Update错误出现. 我可能已经快要解决它在 30 seconds, 下载几百兆和我的计划之一的executation. 而且我经常有打张贴首先要预防它. 真的伤心.
也, 你可能不太知道这些事, 你在这里概述了修复远不止0×80073712. 其实, 这将解决许多双赢DOWS更新错误, 包括前期阶段最常见的所有: 0x800B0100. 你可以很EAS-ILY, 如果你希望, 稍做调整作为一般CheckSUR.log固定导转载当. 你真的可以。
任何路, 我敢打赌,你是真的很高兴,这是一切都结束了! 我真的很喜欢你的网站, 而这个帖子!
它已经赢得-DER-FUL和你谈谈!
理查德
P.S. 从早期, 吃不到葡萄说葡萄酸 说,一个明显的损坏在以下任一方式 (一切都非常微妙的不同)
(f) 沪深玛尼巨星全部零点
(f) 沪深玛尼巨星和S256H不匹配
(f) 沪深玛尼巨星坏 XML
(f) CSI清单损坏
(f) 沪深玛尼巨星失败卡塔日志检查
(f) CSI清单遗失
(f) 沪深玛尼巨星太小
(f) 沪深玛尼巨星无法哈希
(f) 沪深玛尼巨星零长度
大声笑. 146 POS-sible回报了很多REPE-TI重刑. 吃不到葡萄说葡萄酸 日志 (大多) 易!
很抱歉的双重职务! 我注意到,你提到微软的CheckSUR.log分析准则, 但事实上是一个广义的第二次分析CheckSUR.log这里的教程: https://www.sevenforums.com/tutorials/108805-system-update-readiness-tool-checksur-log-file-analyzis.html
我提到它,以防万一你以前没见过吧. 对于任何东西更深入 (有 146 POS-sible返回日志), 你将需要更多特殊的主义页, 因为没有更多的通用教程.
我希望这有助于🙂
理查德