none
求助!!!xp蓝屏dbg信息 RRS feed

  • 问题

  • Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
    Copyright (c) Microsoft Corporation. All rights reserved.


    Loading Dump File [C:\WINDOWS\Minidump\Mini122410-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available

    Symbol search path is: SRV*c:\temp*http://msdl.microsoft.com/download/symbols
    Executable search path is: 
    Windows XP Kernel Version 2600 (Service Pack 3) MP (4 procs) Free x86 compatible
    Product: WinNt, suite: TerminalServer SingleUserTS
    Built by: 2600.xpsp_sp3_gdr.100427-1636
    Machine Name:
    Kernel base = 0x804d8000 PsLoadedModuleList = 0x8055e720
    Debug session time: Fri Dec 24 15:45:58.281 2010 (GMT+8)
    System Uptime: 0 days 3:30:04.617
    Loading Kernel Symbols
    ...............................................................
    ...................................................
    Loading User Symbols
    Loading unloaded module list
    ....................
    *******************************************************************************
    *                                                                             *
    *                        Bugcheck Analysis                                    *
    *                                                                             *
    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 1000000A, {e8, 2, 1, 806e7a16}

    Unable to load image kl1.sys, Win32 error 0n2
    *** WARNING: Unable to verify timestamp for kl1.sys
    *** ERROR: Module load completed but symbols could not be loaded for kl1.sys
    Unable to load image klim5.sys, Win32 error 0n2
    *** WARNING: Unable to verify timestamp for klim5.sys
    *** ERROR: Module load completed but symbols could not be loaded for klim5.sys
    Probably caused by : kl1.sys ( kl1+3b8e5 )

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

    0: kd> !analyze -v
    *******************************************************************************
    *                                                                             *
    *                        Bugcheck Analysis                                    *
    *                                                                             *
    *******************************************************************************

    IRQL_NOT_LESS_OR_EQUAL (a)
    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 a kernel debugger is available get the stack backtrace.
    Arguments:
    Arg1: 000000e8, memory referenced
    Arg2: 00000002, IRQL
    Arg3: 00000001, bitfield :
    bit 0 : value 0 = read operation, 1 = write operation
    bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
    Arg4: 806e7a16, address which referenced memory

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


    WRITE_ADDRESS:  000000e8 

    CURRENT_IRQL:  2

    FAULTING_IP: 
    hal!KeAcquireInStackQueuedSpinLock+26
    806e7a16 8711            xchg    edx,dword ptr [ecx]

    CUSTOMER_CRASH_COUNT:  1

    DEFAULT_BUCKET_ID:  DRIVER_FAULT

    BUGCHECK_STR:  0xA

    PROCESS_NAME:  Idle

    LAST_CONTROL_TRANSFER:  from 804fd4aa to 806e7a16

    STACK_TEXT:  
    80551c8c 804fd4aa 87cbb2b0 87838a70 87cbb2d8 hal!KeAcquireInStackQueuedSpinLock+0x26
    80551cac 9eee2f95 87cbb2d8 87838a70 00000000 nt!KeInsertQueueApc+0x20
    80551cdc 804f26c0 888a5030 87654f20 875c4248 afd!AfdRestartConnect+0x172
    80551d0c a250e8e5 8780ab17 8780aa80 804f26c0 nt!IopfCompleteRequest+0xa2
    WARNING: Stack unwind information not available. Following frames may be wrong.
    80551d48 9ef47942 895df360 8760c268 00000002 kl1+0x3b8e5
    80551d60 9ef4d471 8780aa80 00000000 00000000 tcpip!TCPDataRequestComplete+0xa6
    80551d74 9ef4df10 8780aa80 00000000 00000000 tcpip!TCPRequestComplete+0x12
    80551d94 9ef51d77 8760c268 80551f54 00000000 tcpip!CompleteConnReq+0x87
    80551e18 9ef44ef5 883235b8 ce845071 26a77dde tcpip!TCPRcv+0xe35
    80551e78 9ef44b19 00000020 883235b8 9ef470b6 tcpip!DeliverToUser+0x18e
    80551ef4 9ef44836 9ef848f0 883235b8 89594072 tcpip!DeliverToUserEx+0x95e
    80551fac 9fd12232 883235b8 89594086 0000001c tcpip!IPRcvPacket+0x6cb
    80551ff0 9fd122cc 0cabb1e5 893daf30 89594064 wanarp!WanReceiveCommon+0x164
    80552028 b9de0b9f 0cabb1e5 00000000 b49fdb40 wanarp!WanNdisReceivePacket+0x60
    8055207c b49f801d 0038d420 88cec580 00000001 NDIS!ethFilterDprIndicateReceivePacket+0x1c2
    80552090 b49f81b4 894d3930 88cec580 00000001 psched!PsFlushReceiveQueue+0x15
    805520b4 b49f85f9 893d78d8 00000000 894d3930 psched!PsEnqueueReceivePacket+0xda
    805520cc b9de0c40 893d78d0 894f5130 883728c8 psched!ClReceiveComplete+0x13
    8055211c ba15a494 0038d420 8892b9ac 00000001 NDIS!ethFilterDprIndicateReceivePacket+0x5a4
    80552144 ba15ce9d 8892b970 883728c8 893daf50 klim5+0x2494
    80552168 b9de0b9f 893dc5c8 883728c8 8821b2f0 klim5+0x4e9d
    805521bc b4a0eb80 0038d420 805521fc 00000001 NDIS!ethFilterDprIndicateReceivePacket+0x1c2
    805521f0 b4a0ee3c 02840888 883728c8 88840888 ndiswan!IndicateRecvPacket+0x2bb
    80552224 b4a0f2e9 88840888 89594008 00000032 ndiswan!ProcessPPPFrame+0x193
    80552240 b4a0cd6b 8961e008 89594008 893d6928 ndiswan!ReceivePPP+0x76
    80552264 b9ddb888 00000001 88ef9614 00000032 ndiswan!ProtoWanReceiveIndication+0x106
    80552288 ba179979 805522b0 024eb250 00000001 NDIS!NdisMWanIndicateReceive+0x54
    805522c0 ba17ee9d 8821c2a0 8821c018 00000000 raspppoe!MpIndicateReceivedPackets+0x93
    805522e0 8050320f ba181028 ba180fe0 9a55e954 raspppoe!TimerEvent+0x7f
    805523fc 8050332b 8055d0c0 ffdff9c0 ffdff000 nt!KiTimerListExpire+0x14b
    80552428 80546ebf 8055d4c0 00000000 000c4f27 nt!KiTimerExpiration+0xb1
    80552440 8055ce60 ffdffc50 00000000 8055ce60 nt!KiRetireDpcList+0x61
    80552450 80546da4 00000000 0000000e 00000000 nt!KiIdleThread0
    80552454 00000000 0000000e 00000000 00000000 nt!KiIdleLoop+0x28


    STACK_COMMAND:  kb

    FOLLOWUP_IP: 
    kl1+3b8e5
    a250e8e5 ??              ???

    SYMBOL_STACK_INDEX:  4

    SYMBOL_NAME:  kl1+3b8e5

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: kl1

    IMAGE_NAME:  kl1.sys

    DEBUG_FLR_IMAGE_TIMESTAMP:  4a9d0583

    FAILURE_BUCKET_ID:  0xA_kl1+3b8e5

    BUCKET_ID:  0xA_kl1+3b8e5

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

    2010年12月24日 9:34

答案

  • kl1.sys,这个文件应该是卡巴斯基添加的虚拟设备驱动,搜索一下这个文件在硬盘的什么地方,其文件签名是不是卡巴斯基的。如果是的话请暂时关闭卡巴斯基看看问题能否解决。
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖��者是楼上的 "21597357"
     
    Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
    Copyright (c) Microsoft Corporation. All rights reserved.
     
     
    2010年12月24日 13:47
    版主
  • 总不是把卡巴斯基也一起封装在 Windows XP 光盘中了吧?不是的话就与 nLite 无关。
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "21597357"
     
    这个系统光盘是我用nlite封装过的,不知道和这个有没有关系?
     
     
    2011年1月13日 9:07
    版主
  • 如果是老版的卡巴斯基有这种可能。使用可以支持 Windows XP SP3 的新版卡巴斯基,将原有的版本完全卸载后重新安装一下试试。
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "21597357"
     
    但是我以前也一直是用的卡巴斯基,也没有发现这种情况。可能是以前用的是xp sp2的缘故吧?
     
     
    2011年1月13日 9:08
    版主
  • 至少与这个问题无关。nLite 封装 SATA 控制器驱动只会影响到以 AHCI 方式直接安装 Windows XP 的安装过程。
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "21597357"
     
    nlite封装的是amd的Sata驱动,这个封装的时候如果操作不当,会不会让系统出现蓝屏的情况呢?
     
     
    2011年1月13日 9:31
    版主
  • 我认为与显卡驱动关系不大。迅雷倒是有可能,因为卡巴斯基会在网络连接中以协议方式添加过滤器,在下载时容易出现蓝屏与卡巴斯基的关系比较大。
     
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "21597357"
     
    用的是kis2010,应该能够支持sp3的吧?我现在怀疑是:1.我的显卡驱动不行,因为我没有用光盘自带的显卡驱动,用?氖谴呋?0.7。2.是迅雷或者utorrent破解了连接数导致蓝屏。
     
     
    2011年1月13日 9:33
    版主

全部回复

  • kl1.sys,这个文件应该是卡巴斯基添加的虚拟设备驱动,搜索一下这个文件在硬盘的什么地方,其文件签名是不是卡巴斯基的。如果是的话请暂时关闭卡巴斯基看看问题能否解决。
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖��者是楼上的 "21597357"
     
    Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
    Copyright (c) Microsoft Corporation. All rights reserved.
     
     
    2010年12月24日 13:47
    版主
  • 这个系统光盘是我用nlite封装过的,不知道和这个有没有关系?
    21597357
    2011年1月13日 2:27
  • 但是我以前也一直是用的卡巴斯基,也没有发现这种情况。可能是以前用的是xp sp2的缘故吧?
    21597357
    2011年1月13日 2:29
  • 建议楼主在安全模式下卸载卡巴斯基,再重新安装看问题是否解决。
    在IT的路上,You'll never walk alone
    2011年1月13日 5:55
  • 总不是把卡巴斯基也一起封装在 Windows XP 光盘中了吧?不是的话就与 nLite 无关。
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "21597357"
     
    这个系统光盘是我用nlite封装过的,不知道和这个有没有关系?
     
     
    2011年1月13日 9:07
    版主
  • 如果是老版的卡巴斯基有这种可能。使用可以支持 Windows XP SP3 的新版卡巴斯基,将原有的版本完全卸载后重新安装一下试试。
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "21597357"
     
    但是我以前也一直是用的卡巴斯基,也没有发现这种情况。可能是以前用的是xp sp2的缘故吧?
     
     
    2011年1月13日 9:08
    版主
  • 用的是kis2010,应该能够支持sp3的吧?我现在怀疑是:1.我的显卡驱动不行,因为我没有用光盘自带的显卡驱动,用的是催化剂10.7。2.是迅雷或者utorrent破解了连接数导致蓝屏。因为总是在下载或者bt的时候出现自动关机然后重启就蓝了。3.卡巴是不是和迅雷有冲突?网上很多这样的例子,另我用的迅雷是5.8.14706.


    21597357
    2011年1月13日 9:14
  • nlite封装的是amd的Sata驱动,这个封装的时候如果操作不当,会不会让系统出现蓝屏的情况呢?
    21597357
    2011年1月13日 9:16
  • 至少与这个问题无关。nLite 封装 SATA 控制器驱动只会影响到以 AHCI 方式直接安装 Windows XP 的安装过程。
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "21597357"
     
    nlite封装的是amd的Sata驱动,这个封装的时候如果操作不当,会不会让系统出现蓝屏的情况呢?
     
     
    2011年1月13日 9:31
    版主
  • 我认为与显卡驱动关系不大。迅雷倒是有可能,因为卡巴斯基会在网络连接中以协议方式添加过滤器,在下载时容易出现蓝屏与卡巴斯基的关系比较大。
     
     
    --
    Alexis Zhang
     
    https://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "21597357"
     
    用的是kis2010,应该能够支持sp3的吧?我现在怀疑是:1.我的显卡驱动不行,因为我没有用光盘自带的显卡驱动,用?氖谴呋?0.7。2.是迅雷或者utorrent破解了连接数导致蓝屏。
     
     
    2011年1月13日 9:33
    版主