Windows10系统激活失败,错误0x8007000d
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Windows10系统激活失败,错误0x8007000d相关的知识,希望对你有一定的参考价值。
错误详细信息”里错误代码:
0x8007000B,输入6P99N-YF42M-TPGBG-9VMJP-YKHCF,“更改产品密锁”中提示0xc004e016。
安装完成系统后。打开“服务”,找到Software
Protection服务,如果该服务正在运行,请将其暂停(右键单击)。
复制备份的2.0文件夹中的cache文件夹、data.dat文件(隐藏文件)以及tokens.dat文件到C:\Windows\System32\spp\store\2.0中覆盖其中的同名文件。
按Win+X快捷键,打开“命令提示符(管理员)”,输入下面的命令运行
slmgr.vbs
-ipk
xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
注:xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
表示激活密钥,自己替换一下。
重启系统即可恢复系统激活状态。
PS:另外其实通过全新安装Win10预览版其实是可以自动激活的。 参考技术A 把你的device
install
service
服务启动,然后你就可以在设备管理器里面手动更新驱动程序了。我跟你一模一样,后面还有一个累积更新呢。找到了这个方法之后,我就把这两个驱动装好了,再检查更新的时候就不会有了。
为应用程序池“X”提供服务的进程与 Windows 进程激活服务发生了致命的通信错误
【中文标题】为应用程序池“X”提供服务的进程与 Windows 进程激活服务发生了致命的通信错误【英文标题】:A process serving application pool 'X' suffered a fatal communication error with the Windows Process Activation Service 【发布时间】:2012-06-22 18:13:00 【问题描述】:我在 IIS 7.5 下运行 ASP.NET 4.0 应用程序。一天几次,我们的应用程序池意外回收。发生这种情况时,我们的系统日志会显示以下事件:
。进程 ID 为“5768”。数据字段包含错误号。
或
为应用程序池“X”提供服务的进程未能响应 ping。进程 ID 为“1032”。
几乎总是,应用程序日志中同时存在相应的事件,如下所示:
Faulting application name: w3wp.exe, version: 7.5.7600.16385, time stamp: 0x4a5bcd2b
Faulting module name: clr.dll, version: 4.0.30319.269, time stamp: 0x4ee9ae83
Exception code: 0xc00000fd
Fault offset: 0x00001916
Faulting process id: 0x508
Faulting application start time: 0x01cd4d8958ecf9ad
Faulting application path: C:\Windows\SysWOW64\inetsrv\w3wp.exe
Faulting module path: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Report Id: 8dcc413b-b98a-11e1-8075-001c23d6d910
所以我安装了IIS Debugging Tools 并设置了崩溃规则,指定“特定的 IIS Web 应用程序池”,不记录首次机会异常,并且在“高级设置”(异常、断点、事件)下没有任何内容。
我还(同时)使用以下命令行从 Windows 调试工具运行 ADPlus:
adplus -crash -pn w3wp.exe -NoDumpOnFirst -o c:\logs
但是,自从我附加了调试器后,我在系统日志中收到了几条“警告”级别的消息(关于“进程服务应用程序池 'X' 遇到致命的通信错误......”的消息) ,但我不再在应用程序日志中获得相应的错误级别事件。
我唯一能得到的是以下(大约有 50 个):
[6/18/2012 7:50:25 PM] Thread exited. Exiting thread system id - System ID: 3300. Exit code - 0x800703e9
[6/18/2012 7:50:25 PM] Thread exited. Exiting thread system id - System ID: 4992. Exit code - 0x800703e9
[6/18/2012 7:50:25 PM] Thread exited. Exiting thread system id - System ID: 5456. Exit code - 0x800703e9
[6/18/2012 7:50:25 PM] Thread exited. Exiting thread system id - System ID: 4924. Exit code - 0x800703e9
退出代码 0x800703e9 表示某个地方的堆栈溢出,这很幸运,因为一旦我找到它应该很容易修复。
但是,为了做到这一点,我需要从我的故障转储中获取更多信息,以便我可以使用 WinDbg 打开它们并使用“!clrstack”命令来查明我的问题。
我的问题是:是我的调试工具配置不正确还是我误解了事件日志?每当我在系统日志中看到有关“Windows 进程激活服务的致命通信错误”的事件时,我们的应用程序池似乎正在回收,但是当这些事件发生时,我没有从 IIS 调试工具或 ADPlus 获得任何故障转储信息。由于某种原因,由于我已附加调试器,因此在应用程序日志中不再收到与我的系统日志警告事件相对应的任何“错误”事件。不知道为什么。我不知何故需要获取包含 CLR 信息的完整故障转储,以便找出问题所在。
我能想到的唯一另一件事是 Windows 错误报告服务没有运行。不确定是否需要。
感谢您的帮助。
【问题讨论】:
相关***.com/questions/7204444/… 【参考方案1】:您在应用程序日志中收到的异常代码和线程退出代码都表明您有堆栈溢出。令人费解的是,为什么当线程退出并出现堆栈溢出错误时进程没有崩溃。无论如何,要启用堆栈溢出异常中断,命令是:
sxe sov
请注意,您需要使用 x86 版本的调试器,因为您的应用程序池配置为 32 位进程。
【讨论】:
以上是关于Windows10系统激活失败,错误0x8007000d的主要内容,如果未能解决你的问题,请参考以下文章