我们有一个相当紧迫的问题，那就是在提交login屏幕之前，公司老的SBS服务器BSOD的权利。 我通过WinDbg运行迷你转储，并得到以下输出： CRITICAL_OBJECT_TERMINATION (f4) A process or thread crucial to system operation has unexpectedly exited or been terminated. Several processes and threads are necessary for the operation of the system; when they are terminated (for any reason), the system can no longer function. Arguments: Arg1: 00000003, Process Arg2: fe39ad88, Terminating object Arg3: fe39aeec, Process image […]
我们其中一台机器早些时候坠毁了，所以我连接了它来了解问题所在。 在过去几天的日志中已经出现了以下错误： RDP协议组件X.224在协议stream中检测到错误并断开了客户端。 在此之前（大约一个星期前），它看起来像是得到这个，而不是… RDP协议组件“DATA ENCRYPTION”在协议stream中检测到错误，并断开了客户端。 从我读到的这里听起来就像一个损坏的证书。 我阅读了解决这个问题的步骤，但这是我们从Datacenter租用的一台机器，所以我唯一拥有的是RDP。 如果我将不得不删除registry项并重新激活“远程桌面服务授权服务器”，我认为这不能远程完成？
我在这里相当有帮助，希望有人能帮忙。 这是我有：戴尔R710与一个至强2.7 GHz处理器，18GB RAM，服务器2008年x64 SP2我运行与约5台服务器的HyperV。 从1月份开始，我遇到了崩溃的问题。 第一次它是一个虚拟机（Server 2003 SBS）。 它在事件日志中没有错误条目并且没有崩溃转储。 服务器自己回来了。 然后，上一周主机服务器（2008服务器）的两次崩溃，然后是大约一周后的今天。 同样，在事件日志中没有条目，没有崩溃转储，它自己再次出现。 我在一月初对服务器做了修改。 我更新了networking驱动程序（Broadcom）并添加了Teaming软件，并组合了两个接口。 我还将所有服务器上的Symantec Endpoint Protection升级到了最新的版本12.我也更换了交换机，但不把它作为问题的一部分。 我以为这是一个内存问题，因为一个虚拟机崩溃，以及主机。 但也可能是赛门铁克。 我没有崩溃DUMPS的全部，因为configuration服务器的白痴没有留下足够的空间在系统驱动器上复制DMP文件 这是DMP文件之一： Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Windows\Minidump\Mini012412-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: […]
我的系统是Windows 8专业版x64。 最近我的系统开始经常挂起。 没有什么，但重启button的作品。 但现在挂了之后，它显示了一个BSOD错误，说看门狗违规 。 我使用bluscreen查看器来查看内存转储中的错误，它向我展示了一些关于hal.dll，ntoskrnl.exe的信息。 这是什么窗口给我看。 问题签名 问题事件名称：BlueScreen OS版本：6.2.9200.2.0.0.256.48 区域设置ID：1033 有关该问题的额外信息 BCCode：133 BCP1：0000000000000000 BCP2：0000000000000281 BCP3：0000000000000280 BCP4：0000000000000000 操作系统版本：6_2_9200 Service Pack：0_0 产品：256_1 存储桶ID：0x133_DPC_NETIO！KfdClassify 服务器信息：c03a9f52-f2b5-483f-9b4a-cbb5be3a72c0 任何人都可以请走过我摆脱这个错误的步骤，请？ 谢谢。
如果有人有一个想法，请帮助。 这是我在这里的第一篇文章，所以我希望这篇文章属于服务器故障，并遵守所有的规则。 情况如下： 我的一个同事有一台笔记本电脑/ W7 Pro。 他经常使用BSoD（当然还有自动重启，所以没时间备份）。 他使用Windows的还原function回到还原点，就在最新的Windows更新之前（这显然导致了BSoD）。 它没有帮助。 在更改设置后，计算机在内存转储结束时不重新启动，我可以在下一个BSoD上看到一个文件被提及，这恰好是集成NIC驱动程序的文件之一。 顺便说一句，我不知道如何解释STOPhex数字。 此外，在“C：\ Windows \ Minidump”（使用Windowsdebugging器）中检查了几个“* .dmp”文件，这些文件很难解释，我看到以前提到的相同的NIC驱动程序文件以及这个Windows文件： “ntkrnlpa.exe”。 这个后来的文件似乎是一个重要的Windows文件，根据我所做的快速search，它不应该是BSoD的原因。 在这一点上，我想，我会尝试正确卸载然后（重新）安装网卡的驱动程序（从笔记本电脑制造商的网站）。 它没有解决问题，因为仍然会有BSoD。 我记得他告诉我，他认为BSoDs在Windows更新后开始发生。 所以我查了一下安装了哪些更新，看到有些audio芯片组驱动已经安装好了。 也许是这个问题，所以我卸载了驱动程序，并从笔记本电脑制造商的网站安装。 它没有解决这个问题。 另一位同事告诉我试用GPU的驱动程序，所以我做了。 问题依然存在。 那么，至less在这一点上，他的司机是最新的。 我使用了笔记本电脑的内置诊断工具（必须在启动时运行）。 虽然提到的一些问题，包括BSoD，所有相关的testing都是成功的。 我打电话给制造商，解释了一切，他们告诉我把所有的“* .dmp”文件一并给他们。 他们告诉我这是导致问题的NIC驱动程序（这也是我的想法，但不确定）。 他们告诉我重新安装网卡的驱动程序，这次是从卡的网站（他们给我的确切链接）。 不过，他们也告诉我先安装主板的芯片组驱动程序（两个驱动程序从他们的网站安装）。 BSoDs不再发生。 一切都很好，就一切都好？ 不是很明显，他开始有一些networking连接问题。 以太网连接会不时下降。 所以似乎问题仍然来自集成网卡，尽pipe我刚刚安装了芯片组+网卡驱动程序，如前所述。 显然，这不是因为一些DHCP问题（我不知道是什么检查完全）。 所以，在这一点上，他重新安装了MB的芯片组驱动程序（我只安装了两个中的一个）。 他告诉我，既然网卡已经整合到MB里面了，那就行了。 我不确定我的理解。 他说这似乎解决了这个问题，但是他说那不是。 当我问制造商，他们告诉我重新安装Windows。 我有一些问题，因为我仍然在试图弄清楚为什么，尽pipe系统现在更加稳定（没有BSoDs /潜在的工作进行中/数据丢失），但是仍然有一些问题似乎来自以太网卡： 1）我知道这是一个集成的网卡，MB是将所有其他组件连接在一起的主要组件，如果MB的芯片组驱动程序工作不正常，MB将无法正常工作，有可能导致其他组件正常工作。 不过，如果我卸载与MB驱动程序分开的NIC驱动程序，我的同事可能会重新安装MB的驱动程序，Windows将无法识别该NIC（在“设备pipe理器”中），因此无法连接networking。 也许我错过了一些东西，他知道我没有的东西，没有问题，我只是想明白。 2）在这一点上，我想知道如果硬件没有错误，但由于它是一个集成的网卡，我不能交换卡已知的工作卡。 3）正如制造商所build议的那样，我现在只能想到一个完整，干净和适当的Windows重新安装。 如果networking连接问题依然存在，则意味着应该更换MB，因为NIC不能正常工作。 如果问题停止，那么这意味着虽然我正确地重新安装了驱动程序，但是Windows已经足够“损坏”了，以至于无法正常工作。 那有意义吗？ […]
我在使用VMWare Converter进行Server 2008 R2机器的P2V转换时出错。 机器将从HP服务器转到Dell 2950。 机器无法启动并吐出0xc0000225错误。 我已经相当广泛地阅读了这个错误，我发现的所有build议似乎都不起作用。 在转换过程中，我使用了LSI逻辑SAS控制器 – 我也重新进行了使用LSI逻辑并行转换的类似结果。 我已经尝试了以下 运行startrep.exe（无法修复任何问题） 调整registry项ControlSet001 – > Services – > LSI_SAS的Start属性，如此处所述 使用LSI Logicl并行磁盘控制器而不是LSI Logic SAS控制器重新进行转换 从引导驱动器中删除所有其他硬盘驱动器，以确保机器尝试从正确的硬盘驱动器启动 谁能告诉我们发生了什么？ 我已经使用这台主机进行了几个Hyper V转换，而这些转换并没有问题。
在Windows Server 2016 Datacenter的两台Hyper-V主机上，我正面临严重的问题。 没有外部影响，它们会崩溃，并且所有访客虚拟机也一样 STOP代码是UNEXPECTED_KERNEL_MODE_TRAP 0x0000007f它是由vmswitch.sys引起的简单的重新启动不能解决这个问题，它总是连续崩溃8到10次，直到它再次正常工作。 这个问题发生在两台完全不同硬件的服务器上。 我尝试了几个版本的驱动程序，但它没有解决问题。 在nics和VM设置中，VMQ已被禁用。 我更新了所有驱动程序和BIOS到最新版本。 在一台服务器上，我更改了以太网适配器卡，但问题依然存在。 在这里，您可以下载最近的小型转储文件： https ： //dl.dropboxusercontent.com/u/76615769/110416-20546-01.dmp 我用WinDbg分析了一个最近的memory.dmp，失败是由vmswitch！VmsPktParseIPv4Packet引起的。 ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* UNEXPECTED_KERNEL_MODE_TRAP (7f) This means a trap occurred in kernel mode, and it's a trap of a kind that the kernel isn't allowed to have/catch (bound trap) or that […]
我有一个设置，我将通过iSCSI在Solaris 11 ZFS SAN上托pipeWindows Server 2016映像。 这些映像开始是裸机安装，然后我使用Clonezilla将它们克隆到专用的SAN卷。 一旦我这样做，我删除硬盘驱动器，更改启动设备到iSCSI控制器，并且系统启动正常。 有时候（我已经完成了这个过程至less十几次）系统会在第一次启动时closures蓝屏iSCSI（PNP Detected致命错误），自动重启，然后启动正常。 然后，我可以closures/启动或重新启动系统多次，我想和没有崩溃。 问题：如果服务器意外断电（按住电源button等），则系统每次都会抛出一个蓝屏死机，并且游戏结束（我必须将硬盘重新映像到SAN）。 系统从硬盘驱动器运行时，无法通过closures电源来重现此故障。 勘误表：这是一个带Intel X540-AT2网卡的SuperMicro服务器，我拥有最新的Intel Pro 22.7驱动程序。 不，这种情况不应该发生（UPS，常识等），但是这是一个可交付的系统，在这种状态下对我来说并不令人满意。 您对此问题的考虑和帮助非常感谢！
我通常知道这是另一种方式，但在一些Windows XP Home SP3机器上的registry中的一些黑客入侵后，他们在正常模式下正常启动，工作没有问题，但启动到安全模式时，我得到一个停止消息0x0000007B。 事实是，客户端安装了DeepFreeze 5（我们试图摆脱），他们忘记了所有的密码，并没有原始的安装文件来卸载它。 所以我search了一下，发现一个技巧，从registry中手动删除内核模式驱动程序。 这样做后，我得到了上面的行为。 有没有人有任何洞察，为什么安全模式可能会失败，而正常模式的作品？
我们使用Hyper-V按如下方式运行安装程序： Windows Server 2008 R2 (Hyper-V Host) | |– SBS 2008 (DC) |__ Windows Server 2008 R2 (TS) 最近我们遇到了多次崩溃，我们无法确定。 当我们查看服务器（networking连接断开后）时，我们附加到主机2008安装的监视器是空白的，不会响应。 重新启动将使服务器备份，但“意外closures”对话框将报告具有最less细节的蓝屏： Problem signature: Problem Event Name: BlueScreen OS Version: 6.1.7600.2.0.0.272.7 Locale ID: 2057 Additional information about the problem: BCCode: 101 BCP1: 0000000000000019 BCP2: 0000000000000000 BCP3: FFFFF88001E5D180 BCP4: 0000000000000002 OS Version: 6_1_7600 Service Pack: 0_0 Product: […]