☰

随机 BSOD，带有臭名昭著的 DRIVER_IRQL_NOT_LESS_OR_EQUAL 和未知 dll

tag-icon • tag-icon windows-xp drivers bsod
随机 BSOD，带有臭名昭著的 DRIVER_IRQL_NOT_LESS_OR_EQUAL 和未知 dll

我使用电脑工作了几个小时（只打开了远程桌面和 Firefox，没有占用大量资源），电脑随机出现 BSOD，错误代码为 DRIVER_IRQL_NOT_LESS_OR_EQUAL 以及一个我从未听说过的 dll xuicfs.sys。我记下了信息，重新启动，并尝试做了一些研究。10 分钟后，它再次出现 BSOD。第三次重启后不到 5 分钟，它再次出现 BSOD。第四次也是一样。第五次我感到很沮丧，于是我启动到安全模式，复制了所有转储文件（见下文），并将转储状态更改为完整内存转储。但是第六次启动还没有出现 BSOD（到目前为止）。编辑：尝试更新 Windows Update 时，再次出现 BSOD 并出现相同的错误。

原始BSOD信息：

DRIVER_IRQL_NOT_LESS_OR_EQUAL 
0x000000D1 (0xBA5F2000, 0x00000002, 0x00000000, 0xB9EAE747)
xuicfs.sys - Address B9eae747 base at B9eaa000, Datestamp 4ce807c

第三个：

DRIVER_IRQL_NOT_LESS_OR_EQUAL
0x000000D1 (0xBA63C000, 0x00000002, 0x00000000, 0xB9EAE747)
xuicfs.sys - Address B9EAE747 base at B9EAA000, DateStamp 4ce80a7c

我自然想知道“xuicfs.sys”是什么。然而，谷歌搜索当没有任何结果时，我很担心。毫不奇怪，该文件存在于 中c:\WINDOWS\system32\drivers。McAfee 不认为它是病毒。

奇怪的是，这台电脑实际上不是我的，而是我过去一周一直在修理的朋友的电脑。它有一个非常奇怪的错误，CD 和 HD 引导加载程序损坏了（是的，CD 引导不起作用），而且上次工作时似乎出现了蓝屏。我能够通过将硬盘驱动器放入另一台计算机、启动到 XP 恢复控制台、运行fixmbr和fixboot、放回、启动到 Windows 并chkdsk在下次重新启动时运行来修复 HD 引导加载程序。真的很奇怪，但它确实有效。

自修复后，计算机总共使用了 12-18 小时，没有出现任何故障。从那时起，我没有安装任何软件，只安装了 Firefox 的 Lastpass 插件。

令我担心的是，当我复制转储文件时，发现有 140 个可追溯到 2008 年 6 月的转储文件。但我不知道它们是否有关联，因为我甚至不认为事件查看器会跟踪那么久以前的日志。

经过一番谷歌搜索，我找到了一个在线 Dump 分析工具。以下是对第四次 BSOD 的分析

Crash Dump Analysis provided by OSR Open Systems Resources, Inc. (http://www.osr.com)
Online Crash Dump Analysis Service
See http://www.osronline.com for more information
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 2600.xpsp_sp2_qfe.090804-1435
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x80553dc0
Debug session time: Sun Dec  5 20:25:32.184 2010 (UTC - 5:00)
System Uptime: 0 days 0:01:47.765
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: ba628000, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: b9eae747, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS:  ba628000 

CURRENT_IRQL:  2

FAULTING_IP: 
xuicfs+4747
b9eae747 0fb618          movzx   ebx,byte ptr [eax]

CUSTOMER_CRASH_COUNT:  4

DEFAULT_BUCKET_ID:  COMMON_SYSTEM_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  Idle

LAST_CONTROL_TRANSFER:  from b9edb79d to b9eae747

STACK_TEXT:  
WARNING: Stack unwind information not available. Following frames may be wrong.
805497b8 b9edb79d ba628000 ba627fff 887725a3 xuicfs+0x4747
80549800 b51f78ff 889c1738 89113bf8 89113bfc xuicfs+0x3179d
80549818 b51fc4bd 887724e8 00000000 00002000 tcpip!TCPDataRequestComplete+0xa6
80549854 b51fc570 00000000 00000002 00000000 tcpip!CompleteRcvs+0xf1
80549878 b51f3a08 00000002 00000002 805498a4 tcpip!ProcessPerCpuTCBDelayQ+0x6b
805498ac b51f394f 00000002 b51f3900 b51f33d6 tcpip!ProcessTCBDelayQ+0xc4
805498b8 b51f33d6 00000000 89fb0688 b51f37f2 tcpip!TCPRcvComplete+0x20
805498c4 b51f37f2 b9da4d40 891a7008 b83b9b40 tcpip!IPRcvComplete+0x21
805498c8 b9da4d40 891a7008 b83b9b40 891fe780 tcpip!ARPRcvComplete+0x5
80549918 b83b401d 00441748 8924a668 00000001 NDIS!ethFilterDprIndicateReceivePacket+0x5a4
8054992c b83b41b4 89fb0688 8924a668 00000001 psched!PsFlushReceiveQueue+0x15
80549950 b83b45f9 891fe788 00000000 89fb0688 psched!PsEnqueueReceivePacket+0xda
80549968 b9da4d40 891fe780 8053c890 89f01000 psched!ClReceiveComplete+0x13
805499b8 b8dca2e4 00441748 89f015d4 00000001 NDIS!ethFilterDprIndicateReceivePacket+0x5a4
00000000 00000000 00000000 00000000 00000000 NVENETFD+0x32e4


STACK_COMMAND:  kb

FOLLOWUP_IP: 
xuicfs+4747
b9eae747 0fb618          movzx   ebx,byte ptr [eax]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  xuicfs+4747

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: xuicfs

IMAGE_NAME:  xuicfs.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4ce80a7c

FAILURE_BUCKET_ID:  0xD1_xuicfs+4747

BUCKET_ID:  0xD1_xuicfs+4747

Followup: MachineOwner
---------

----- 32 bit Kernel Mini Dump Analysis

DUMP_HEADER32:
MajorVersion        0000000f
MinorVersion        00000a28
KdSecondaryVersion  00000000
DirectoryTableBase  003b2000
PfnDataBase         81600000
PsLoadedModuleList  80553dc0
PsActiveProcessHead 80559f58
MachineImageType    0000014c
NumberProcessors    00000001
BugCheckCode        100000d1
BugCheckParameter1  ba628000
BugCheckParameter2  00000002
BugCheckParameter3  00000000
BugCheckParameter4  b9eae747
PaeEnabled          00000001
KdDebuggerDataBlock 805458e0
SecondaryDataState  00000000
ProductType         00000001
SuiteMask           00000310
MiniDumpFields      00000dff 

TRIAGE_DUMP32:
ServicePackBuild      00000200 
SizeOfDump            00010000 
ValidOffset           0000fffc 
ContextOffset         00000320 
ExceptionOffset       000007d0 
MmOffset              00001068 
UnloadedDriversOffset 000010a0 
PrcbOffset            00001878 
ProcessOffset         000024c8 
ThreadOffset          00002728 
CallStackOffset       00002980 
SizeOfCallStack       000005bc 
DriverListOffset      000031d0 
DriverCount           00000076 
StringPoolOffset      000054d8 
StringPoolSize        00001048 
BrokenDriverOffset    00000000 
TriageOptions         00000041 
TopOfStack            80549744 
DebuggerDataOffset    00002f40 
DebuggerDataSize      00000290 
DataBlocksOffset      00006520 
DataBlocksCount       00000004 
  b9eae000 - b9eaefff at offset 00006560
  80549000 - 80549fff at offset 00007560
  ba627000 - ba627fff at offset 00008560
  ba626000 - ba626fff at offset 00009560
  Max offset a560, baa0 from end of file

我目前正在尝试运行 SP3 更新，希望它能修复该问题。稍后我将从闪存驱动器运行 Memtest86+，以防出现罕见的 RAM 芯片故障。尽管chkdsk几天前我运行得非常激烈，但明天早上我会再次运行它。编辑：运行更新时出现 BSOD。已经进行了彻底检查chkdsk（未发现任何异常）。目前正在运行 Memtest

计算机规格：

  • 操作系统：Windows XP SP2（！）
  • 包装盒：戴尔 Inspiron 531
  • 处理器：AMD Sempron LE-1300 2.31 GHz
  • 内存：1.93 GB
  • 杀毒软件：McAfee（*关闭）

我的问题是：还有什么问题？通常 BSOD 是由于更改而导致的，但设置或程序没有任何变化。我从未见过像这样连续不断的 BSOD。我遗漏了什么吗？我是否需要提供更多信息？

由于之前的计算机存在很多问题并且程序处于损坏状态（AOL，说得够多了），我愿意重新格式化，但在这种情况下，这是一个核选项。

有什么建议么？

答案1

开始 -> 运行（或在 vista 上搜索）-> devmgmt.msc

单击查看、显示隐藏的设备。

展开“非即插即用驱动程序”部分。

您看到与 xuicfs 对应的内容了吗？有黄色感叹号或其他非常奇怪的内容吗？

答案2

我曾经遇到过类似的情况，Windows 尝试通过驱动程序与外围设备通信，但由于外围设备损坏，导致出现 BSOD。根据您使用计算机的其他经验，我认为计算机中的某些硬件可能正在损坏/死机，或者硬盘驱动器可能已损坏，导致访问驱动程序时出现 BSOD。

尝试一下 Memtest86+ 是个好主意，也许还可以尝试一下 Ubuntu CD 上的 SMART 工具。

答案3

chkdsk 很可能解决了该问题，文件或文件系统损坏是 XP 中 BSOD 的主要原因。

我每月运行一次 chkdsk /f 作为预防性维护。

只是出于好奇，对该 xuicfs 文件做一个属性，看看详细信息选项卡上的内容，可能会提供它属于什么的线索。

答案4

完全忘记了这个问题...

一段时间后，我买了一个新的 SATA 硬盘，替换了旧的，安装了 Fedora Linux，从那以后它一直运行良好。这意味着发生这一切的原因可能有几个

  • 旧驱动器出了大问题 - 控制器、物理缺陷、损坏扇区，我不知道。我怀疑是硬盘的问题，是因为问题越来越严重，这是硬盘故障的征兆。但真正奇怪的是，所有硬盘检查实用程序（fsck在 Linux 中、chkdsk在 Windows 中、SMART）都没有发现任何问题。
  • 坏组件 - 这可能是 Windows 尝试使用的其他任何组件，而 Linux 尚未触及或使用过太多组件。我不知道。

相关内容