machine.config 分析器返回错误 0xC00CE556

Posted 2023-05-11

开机时 HP Total Care Advisor 启动就提示 machine.config 分析器返回错误 0xC00CE556 软件也打不开 该文件存在没有被删除 求解决办法

我从别的地方看到的，用他这个方法可以很好解决

这是我们可以进入c:\windows\microsoft.net\framework\v2.0.50727\Config文件夹，先备份machine.config，将其复制到其它地方，然后删除machine.config，复制一个当前文件夹里面的machine.config.default并将它重命名为machine.config。问题就搞定了！ 参考技术A 系统文件丢失，大有可能是病毒引起的，你可以安装Everst或者其它专门看电脑配置的软件来帮助你，或者卸载framewprk软件，再重新安装。 参考技术B 回答

错误代码0xC00CE556是另一个Windows 10特定问题，长期以来一直在骚扰计算机用户。虽然它已经消失了一段时间，让我们认为微软已经修复了其中一个更新的错误，但最近结果表明人们在各种情况下都会继续获得NET解析错误0xC00CE556。

有时系统会抛出“Parser返回错误0xC00CE556”尝试安装或启动特定应用程序时的通知。尽管如此，绝大多数Windows 10用户都报告在系统启动后立即发送此错误检查。事实上，问题困扰那些最近将Windows操作系统从早期版本升级到Windows 10的PC用户.

Parser返回错误0xC00CE556错误可能受到各种因素的影响，包括系统文件/注册表项损坏，恶意软件，软件崩溃， 等等。但是，考虑到错误消息本身的内容，更清楚的是罪魁祸首很可能与.NET Framework软件或.NET Framework相关的machine.config文件有关。

解析C：\\ Windows \\ Microsoft.NET \\ Framework64 \\ v2.0.50727 \\ config \\ machine时出错。config parser返回错误0xC00CE556。据专家介绍，由于文件已损坏，系统无法处理位于C：\\\\ Windows \\ Microsoft.Net \\ Framework \\ v2.0.50727 \\ Config \\目录下的machine.config。因此，您应该尝试以下方法永久修复错误0xC00CE556

由于我们已经澄清了错误0xC00CE556的最可能原因，这是损坏的machine.config文件，合理的解决方案是用默认文件替换损坏的文件。为此，您可以尝试使用Reimage运行系统扫描。

此工具通过修复损坏的注册表项，系统文件以及删除文件剩余，恶意软件和类似任务来关注系统的优化。它有一个内置的Windows系统文件数据库，因此它可以自动检测损坏的machine.config文件并替换它。

但是，如果软件没有帮助，则应手动更换文件。这可以通过以下步骤完成：单击Win键+ R.在运行对话框中键入C：\\ Windows \\ Microsoft.NET \\ Framework \\ v2.0.50727 / config，然后按Enter键。找到machine.config.default文件并将其复制到另一个位置（例如桌面）

如果出现UAC，请单击“ 确定”或“ 同意”继续。将其重命名为machine.config。复制文件并将其放在C：\\\\ Windows \\ Microsoft.Net \\ Framework \\ v2.0.50727 \\ Config \\目录中。重新启动系统。不幸的是，如果此方法不起作用，则可能需要执行Windows 10的全新安装。

 参考技术C 去别的电脑拷machine.config 到你的电脑上，然后在把你电脑上的machine.config 覆盖了就可以啦！

我在服务器上使用的解决方案是哪个 machine.config 文件？

【中文标题】我在服务器上使用的解决方案是哪个 machine.config 文件？

【英文标题】：Which machine.config file is my solution using on the server?

【发布时间】：2012-03-03 06:55:31

【问题描述】：

我有一个 asp.net 应用程序，需要对 machine.config 文件进行一些编辑才能正常工作。在我的开发机器（运行 windows xp）上，我在以下位置编辑了 machine.config 文件：“C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727”

这是我修改的代码行，有修改（添加用户/密码）：

<processModel autoConfig="true" userName="SYSTEM" password="AutoGenerate">

在服务器（运行 windows server 2003）上，我对同一位置的同一文件进行了相同的更改。但是，当我调试解决方案时，它无法正常工作（没有任何反应并且超时，在对配置文件进行这些更改之前，我在开发机器上遇到了同样的问题）。

我发现我的应用程序没有在我的机器和服务器上的同一位置使用 machine.config 文件。为了确认这一点，我在两个配置文件的用户名和密码末尾添加了随机数。在我的机器上，执行此操作后应用程序甚至无法运行。在服务器上，它在添加随机数之前以相同的方式运行和出错。

简而言之，我的问题是如何确定服务器实际使用的 machine.config 文件和/或如何将其设置为使用上述位置的文件？

【参考方案1】：

您的服务器可能是 64 位服务器，这意味着它将位于：

C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727

64 位运行时使用不同的 machine.config。基本规则是这样的：

ASP.NET 1.x 使用%WINDIR%\Microsoft.NET\Framework\v1.1.4322 ASP.NET 2.0 / 3.5 x86 使用%WINDIR%\Microsoft.NET\Framework\v2.0.50727 ASP.NET 2.0 / 3.5 x64 使用%WINDIR%\Microsoft.NET\Framework64\v2.0.50727 ASP.NET 4.0 / 4.5.x x86 使用%WINDIR%\Microsoft.NET\Framework\v4.0.30319 ASP.NET 4.0 / 4.5.x x64 使用%WINDIR%\Microsoft.NET\Framework64\v4.0.30319 对于使用完整 CLR 的 ASP.NET 5.0，这将与 ASP.NET 4.0 位置相同，因为 .NET Framework 4.6 是 4.5 的替代品。如果 ASP.NET 5.0 在 CoreCLR 上运行，则没有 machine.config 文件的概念。

您使用的 ASP.NET 版本取决于您的 ASP.NET Tab (IIS 6) 或 AppPool (IIS 7+)

x64 与 x86 取决于 IIS 6 的元数据设置 W3SVC/AppPools/Enable32BitAppOnWin64 或 IIS 7 中的 AppPool。

【讨论】：

两台机器都是32位的，我刚刚确认了。为我没有考虑过的事情 +1

@turbo 我想你可以使用代码ConfigurationManager.OpenMachineConfiguration().FilePath 找出它在哪里寻找machine.config。您需要引用 System.Configuration 程序集。

嗯，它在两台机器上显示为相同的位置。我想我的猜想是错误的。也许我的项目以某种方式没有引用更新的版本（我知道你必须重新启动 IIS Admin Service，我已经这样做了）。你证明了我的猜想是错误的，但回答了我的问题。感谢您的帮助。