none
经常蓝屏,附上windebug报告,求助。 RRS feed

  • 问题

  • 3: kd> !analyze -v
    *******************************************************************************
    *                                                                             *
    *                        Bugcheck Analysis                                    *
    *                                                                             *
    *******************************************************************************

    KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
    This is a very common bugcheck.  Usually the exception address pinpoints
    the driver/function that caused the problem.  Always note this address
    as well as the link date of the driver/image that contains this address.
    Some common problems are exception code 0x80000003.  This means a hard
    coded breakpoint or assertion was hit, but this system was booted
    /NODEBUG.  This is not supposed to happen as developers should never have
    hardcoded breakpoints in retail code, but ...
    If this happens, make sure a debugger gets connected, and the
    system is booted /DEBUG.  This will let us see why this breakpoint is
    happening.
    Arguments:
    Arg1: c0000005, The exception code that was not handled
    Arg2: 976b3e30, The address that the exception occurred at
    Arg3: a6537a48, Trap Frame
    Arg4: 00000000

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


    EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - 0x%08lx

    FAULTING_IP:
    atikmdag+2aae30
    976b3e30 8b01            mov     eax,dword ptr [ecx]

    TRAP_FRAME:  a6537a48 -- (.trap 0xffffffffa6537a48)
    ErrCode = 00000000
    eax=00000000 ebx=d0b97a08 ecx=00000010 edx=00000000 esi=879b3008 edi=c0000001
    eip=976b3e30 esp=a6537abc ebp=a6537ac8 iopl=0         nv up ei pl zr na pe nc
    cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010246
    atikmdag+0x2aae30:
    976b3e30 8b01            mov     eax,dword ptr [ecx]  ds:0023:00000010=????????
    Resetting default scope

    CUSTOMER_CRASH_COUNT:  1

    DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

    BUGCHECK_STR:  0x8E

    PROCESS_NAME:  iexplore.exe

    CURRENT_IRQL:  1

    LAST_CONTROL_TRANSFER:  from 974190ff to 976b3e30

    STACK_TEXT: 
    WARNING: Stack unwind information not available. Following frames may be wrong.
    a6537ac8 974190ff 00000001 a6537ae8 96f98714 atikmdag+0x2aae30
    a6537ad4 96f98714 889e31d0 88721000 846306ee atikmdag+0x100ff
    a6537ae8 986a2710 87398040 a6537b34 d0b97a08 atikmpag+0x4714
    a6537b10 986a2a05 87398040 d0b97a08 b3a4c5b0 dxgkrnl!DXGADAPTER::DdiDestroyContext+0x42
    a6537b38 986a2ff4 00000001 b3a4c5b0 00000000 dxgkrnl!DXGCONTEXT::Destroy+0x12b
    a6537b48 986a2f58 88721000 b3a4c5b0 b3a4c5b0 dxgkrnl!DXGDEVICE::Destroy+0x48
    a6537b78 986397bf 88721120 a6537ba4 986a28c7 dxgkrnl!DXGDEVICE::~DXGDEVICE+0x147
    a6537b84 986a28c7 00000001 b3a4c5b0 b9dc2aa8 dxgkrnl!DXGDEVICE::`scalar deleting destructor'+0xd
    a6537ba4 98650ea8 b3a4c5b0 ffb75c34 b9dc2a60 dxgkrnl!DXGADAPTER::DestroyDevice+0xef
    a6537bf4 98650858 842cf7bf ffb75ba8 84343d20 dxgkrnl!DXGPROCESS::Destroy+0x87
    a6537c28 9d1b0f88 ffb75c34 9d2ec1a0 00000000 dxgkrnl!DxgkProcessCallout+0x133
    a6537c3c 9d1ab089 ffb75c34 00000000 ffb75ba8 win32k!DxDdProcessCallout+0x1b
    a6537c64 9d1aada5 ffb75ba8 00000001 8875f0f0 win32k!GdiProcessCallout+0x17c
    a6537c80 844825a2 870f4bf0 00000000 8d4a7557 win32k!W32pProcessCallout+0x5d
    a6537cfc 84474c5f 00000000 ffffffff 0017fca0 nt!PspExitThread+0x46f
    a6537d24 842571fa ffffffff 00000000 0017fcac nt!NtTerminateProcess+0x1fa
    a6537d24 779670b4 ffffffff 00000000 0017fcac nt!KiFastCallEntry+0x12a
    0017fcac 00000000 00000000 00000000 00000000 0x779670b4


    STACK_COMMAND:  kb

    FOLLOWUP_IP:
    atikmdag+2aae30
    976b3e30 8b01            mov     eax,dword ptr [ecx]

    SYMBOL_STACK_INDEX:  0

    SYMBOL_NAME:  atikmdag+2aae30

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: atikmdag

    IMAGE_NAME:  atikmdag.sys

    DEBUG_FLR_IMAGE_TIMESTAMP:  4d9bc60f

    FAILURE_BUCKET_ID:  0x8E_atikmdag+2aae30

    BUCKET_ID:  0x8E_atikmdag+2aae30

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

     


    • 已编辑 赵磊 2011年8月16日 4:02
    2011年8月15日 4:54

答案

全部回复

  • 前几次的报告:

    1: kd> !analyze -v
    *******************************************************************************
    * *
    * 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: 00000000, memory referenced
    Arg2: 00000002, IRQL
    Arg3: 00000001, value 0 = read operation, 1 = write operation
    Arg4: 8d4818eb, address which referenced memory

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


    WRITE_ADDRESS: GetPointerFromAddress: unable to read from 843b6848
    Unable to read MiSystemVaType memory at 84395e20
    00000000

    CURRENT_IRQL: 2

    FAULTING_IP:
    tcpip!TcpDequeueTcbSend+473
    8d4818eb 3bf8 cmp edi,eax

    CUSTOMER_CRASH_COUNT: 1

    DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

    BUGCHECK_STR: 0xD1

    PROCESS_NAME: System

    TRAP_FRAME: 9079b940 -- (.trap 0xffffffff9079b940)
    ErrCode = 00000002
    eax=00000000 ebx=00000000 ecx=b9501087 edx=00000000 esi=877ced48 edi=00000001
    eip=8d4818eb esp=9079b9b4 ebp=9079ba64 iopl=0 nv up ei pl zr na pe nc
    cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246
    tcpip!TcpDequeueTcbSend+0x473:
    8d4818eb 3bf8 cmp edi,eax
    Resetting default scope

    LAST_CONTROL_TRANSFER: from 8d4818eb to 8428e5cb

    STACK_TEXT:
    9079b940 8d4818eb badb0d00 00000000 9079b9c0 nt!KiTrap0E+0x2cf
    9079ba64 8d496695 877ced48 fb39f172 00000000 tcpip!TcpDequeueTcbSend+0x473
    9079bab0 8d4acc40 877ced48 9079bad4 9079bb0c tcpip!TcpTcbFastDatagram+0x130
    9079bb18 8d490398 87b81970 877ced48 0079bb8c tcpip!TcpTcbReceive+0x142
    9079bb80 8d490bca 87af9548 892391e8 00000000 tcpip!TcpMatchReceive+0x237
    9079bbd0 8d490c0b 87b81970 892391e8 0000d7cf tcpip!TcpPreValidatedReceive+0x293
    9079bbec 8d48af37 87b81970 892391e8 9079bc28 tcpip!TcpReceive+0x2d
    9079bbfc 8d49316b 9079bc10 c000023e 00000000 tcpip!TcpNlClientReceiveDatagrams+0x12
    9079bc28 8d492ab6 8d50af90 9079bc7c c000023e tcpip!IppDeliverListToProtocol+0x49
    9079bc48 8d490e78 8d50ada0 00000006 9079bc7c tcpip!IppProcessDeliverList+0x2a
    9079bca0 8d469150 8d50ada0 00000006 87b4b478 tcpip!IppReceiveHeaderBatch+0x1fb
    9079bcec 84461466 876a8838 0050ada0 86da0a70 tcpip!IppLoopbackTransmit+0x226
    9079bd00 842caaab 87b4b478 00000000 86da0a70 nt!IopProcessWorkItem+0x23
    9079bd50 84455f64 00000001 bb474cda 00000000 nt!ExpWorkerThread+0x10d
    9079bd90 842fe219 842ca99e 00000001 00000000 nt!PspSystemThreadStartup+0x9e
    00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x19


    STACK_COMMAND: kb

    FOLLOWUP_IP:
    tcpip!TcpDequeueTcbSend+473
    8d4818eb 3bf8 cmp edi,eax

    SYMBOL_STACK_INDEX: 1

    SYMBOL_NAME: tcpip!TcpDequeueTcbSend+473

    FOLLOWUP_NAME: MachineOwner

    MODULE_NAME: tcpip

    IMAGE_NAME: tcpip.sys

    DEBUG_FLR_IMAGE_TIMESTAMP: 4db4d9fc

    FAILURE_BUCKET_ID: 0xD1_tcpip!TcpDequeueTcbSend+473

    BUCKET_ID: 0xD1_tcpip!TcpDequeueTcbSend+473

    Followup: MachineOwner

     

     

    电脑型号 X86 兼容 台式电脑
    操作系统 Windows 7 旗舰版 32位 SP1 ( DirectX 11 )

    处理器 英特尔 酷睿2 四核 Q8300 @ 2.50GHz
    主板 华硕 P5P43TD PRO (英特尔 4 Series 芯片组 - ICH10R)
    内存 4 GB ( 威刚 DDR3 1333MHz )
    主硬盘 希捷 ST3500418AS ( 500 GB / 7200 转/分 )
    显卡 ATI Radeon HD 5670 ( 512 MB / HIS )
    显示器 冠捷 AOC1919 919W ( 19 英寸 )
    光驱 明基 DVDROM DD185G DVD光驱
    声卡 瑞昱 ALC887 @ 英特尔 ICH10 高保真音频
    网卡 鈺硕 AR8121/AR8113/AR8114 PCI-E Ethernet Adapter / 华硕

     

    所有的驱动都是官方网站下载的稳定版。

    我刚更新的BIOS ,

     

    =============================================

     

    2: kd> !analyze -v
    *******************************************************************************
    * *
    * 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: 90524fdf, memory referenced
    Arg2: 00000002, IRQL
    Arg3: 00000001, value 0 = read operation, 1 = write operation
    Arg4: 97c92784, address which referenced memory

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


    WRITE_ADDRESS: GetPointerFromAddress: unable to read from 84169848
    Unable to read MiSystemVaType memory at 84148e20
    90524fdf

    CURRENT_IRQL: 2

    FAULTING_IP:
    HIDCLASS!HidpSubmitInterruptRead+74
    97c92784 d28d8b840000 ror byte ptr [ebp+848Bh],cl

    CUSTOMER_CRASH_COUNT: 1

    DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

    BUGCHECK_STR: 0xD1

    PROCESS_NAME: System

    TRAP_FRAME: 9051cad4 -- (.trap 0xffffffff9051cad4)
    ErrCode = 00000002
    eax=88257534 ebx=879d972c ecx=00000002 edx=00000000 esi=88311270 edi=88257410
    eip=97c92784 esp=9051cb48 ebp=9051cb54 iopl=0 nv up ei pl nz na pe nc
    cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010206
    HIDCLASS!HidpSubmitInterruptRead+0x74:
    97c92784 d28d8b840000 ror byte ptr [ebp+848Bh],cl ss:0010:90524fdf=??
    Resetting default scope

    MISALIGNED_IP:
    HIDCLASS!HidpSubmitInterruptRead+74
    97c92784 d28d8b840000 ror byte ptr [ebp+848Bh],cl

    LAST_CONTROL_TRANSFER: from 97c92784 to 840415cb

    STACK_TEXT:
    9051cad4 97c92784 badb0d00 00000000 9051cb34 nt!KiTrap0E+0x2cf
    9051cb54 97c926be 879d972c 88311270 9051cb9b HIDCLASS!HidpSubmitInterruptRead+0x74
    9051cb8c 84078933 00000000 00257410 879d972c HIDCLASS!HidpInterruptReadComplete+0x286
    9051cbd0 9734030d 8403b0e8 86f44d10 00000000 nt!IopfCompleteRequest+0x128
    9051cc00 97340f55 88997c20 88257410 86d66220 USBPORT!USBPORT_Core_iCompleteDoneTransfer+0x6e0
    9051cc2c 973416f6 87b8b028 87b8b0f0 87b8ba98 USBPORT!USBPORT_Core_iIrpCsqCompleteDoneTransfer+0x33b
    9051cc54 9733d9ce 87b8b028 87b8ba98 87b8b002 USBPORT!USBPORT_Core_UsbIocDpc_Worker+0xbc
    9051cc78 840781b5 87b8baa4 87b8b002 00000000 USBPORT!USBPORT_Xdpc_Worker+0x173
    9051ccd4 84078018 90500120 90505800 00000000 nt!KiExecuteAllDpcs+0xf9
    9051cd20 84077e38 00000000 0000000e 00000000 nt!KiRetireDpcList+0xd5
    9051cd24 00000000 0000000e 00000000 00000000 nt!KiIdleLoop+0x38


    STACK_COMMAND: kb

    FOLLOWUP_IP:
    HIDCLASS!HidpSubmitInterruptRead+74
    97c92784 d28d8b840000 ror byte ptr [ebp+848Bh],cl

    SYMBOL_STACK_INDEX: 1

    SYMBOL_NAME: HIDCLASS!HidpSubmitInterruptRead+74

    FOLLOWUP_NAME: MachineOwner

    MODULE_NAME: hardware

    IMAGE_NAME: hardware

    DEBUG_FLR_IMAGE_TIMESTAMP: 0

    FAILURE_BUCKET_ID: IP_MISALIGNED_HIDCLASS.SYS

    BUCKET_ID: IP_MISALIGNED_HIDCLASS.SYS

    Followup: MachineOwner

     

    好像每次都不一样啊。

     

    谁能给看下啊???

    • 已建议为答案 Dylan.0210 2011年8月25日 15:10
    2011年8月16日 2:41
  • 还有一个问题就是系统时间经常自动恢复到 2011-04-29 。
    2011年8月16日 2:42
  • : (                                       
    2011年8月17日 2:19
  • Hi,

    请你参考以下。

    检查内存

    检查硬盘

    如果你有更多的疑问。我想建议你联系微软客户支持服务(CSS)寻求帮助,这样的问题是可以有效的解决。你可以通过以下网站,获取微软的客服信息:
    http://support.microsoft.com/contactus
    希望可以有助于你解决此问题。


    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread. ”
    2011年8月17日 9:15
    版主
  • 请问:内存,硬盘怎么检查啊?

    • 已标记为答案 赵磊 2011年8月22日 9:50
    • 取消答案标记 赵磊 2011年8月22日 9:50
    • 已标记为答案 赵磊 2011年8月22日 9:50
    • 取消答案标记 赵磊 2011年8月22日 9:50
    2011年8月18日 1:04
  • 蓝屏的原因一般有硬件不兼容,比如内存等,驱动不兼容等
    2011年8月25日 11:57
  • http://support.microsoft.com/kb/972602/zh-cn

    你可以去这个网址看一下,应该对你有帮助的

    2011年8月25日 15:11