Re: 机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

WinDbg

机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

futurestar 2008-11-13, 18:14 下午

天逸F40A，运行程序的时候，死机，无任何相应。右Ctrl+ScrLK键两次，强行蓝屏。得到DMP文件后，用!analyze -V查看，具体如下：

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

MANUALLY_INITIATED_CRASH (e2)
The user manually initiated this crash dump.
Arguments:
Arg1: 00000000
Arg2: 00000000
Arg3: 00000000
Arg4: 00000000

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

BUGCHECK_STR: MANUALLY_INITIATED_CRASH

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP

PROCESS_NAME: Idle

CURRENT_IRQL: a

LAST_CONTROL_TRANSFER: from ba635532 to 80827c63

STACK_TEXT:
8089a4f8 ba635532 000000e2 00000000 00000000 nt!KeBugCheckEx+0x1b
WARNING: Stack unwind information not available. Following frames may be wrong.
8089a528 ba634d2c 009aa6a8 000000c6 00000000 i8042prt+0x3532
8089a570 8088d889 8a8be008 8a9aa5f0 0001000a i8042prt+0x2d2c
8089a570 8088ddf6 8a8be008 8a9aa5f0 0001000a nt!KiInterruptDispatch+0x49
8089a604 00000000 0000000e 00000000 00000000 nt!KiIdleLoop+0xe

STACK_COMMAND: kb

FOLLOWUP_IP:
i8042prt+3532
ba635532 ?? ???

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: i8042prt+3532

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: i8042prt

IMAGE_NAME: i8042prt.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 45d6a110

FAILURE_BUCKET_ID: MANUALLY_INITIATED_CRASH_i8042prt+3532

BUCKET_ID: MANUALLY_INITIATED_CRASH_i8042prt+3532

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

也就是出错的模块是i8042prt的问题了，而不是正确的死机的时候的模块的问题了。。。。

请问，按照这种情况搞下来的DMP文件，该如何去分析上一次的堆栈执行信息。谢谢。。。。

或者，该类型的强制性蓝屏，具体的作用是有何作用，用于哪方面。

可惜我找不到发附件的方式，否则我将附上DMP文件。感谢各位，谢谢....

Re: 机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

futurestar 2008-11-13, 18:18 下午
顺便说一下：机器的符号文件已经OK，并且，也设置了微软的符号文件，上述的就是设置符号后的分析结果。谢谢...

Re: 机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

futurestar 2008-11-13, 18:19 下午
其实我的意思是：我想知道当前死机状态，正在执行的函数或者应用程序。是因为什么问题导致了这个死锁。。。。呵呵。。。

Re: 机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

格蠹老雷 2008-11-13, 20:05 下午
这种情况直接看崩溃线程是没有用的，可以使用!pcr命令观察CPU的状态，或者!process 0 0列出系统的内进程，然后观察CSRSS进程和系统进程的状态，具体参见WinDBG帮助文件中的Debugging a Stalled System词条。
如果希望上传FTP，那么你可以找一个FTP站点，然后把链接发过来。

Re: 机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

futurestar 2008-11-16, 09:40 上午
谢谢Raymond，真的非常感谢。。。。我对于该方面几乎完全不了解，能得到每一位的回复相当感激，谢谢。。。。

Re: 机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

futurestar 2008-12-25, 17:35 下午
0: kd> !process 0 0
**** NT ACTIVE PROCESS DUMP ****
GetPointerFromAddress: unable to read from 80563134
Error in reading nt!_EPROCESS at 00000000

0: kd> !pcr
Cannot get PRCB address

0: kd> !irql 0
nt!_KPRCB.DebuggerSavedIRQL not found, error : 0x4.
Saved IRQL not available prior to Windows Server 2003

尝试列举线程，无法获取。谢谢。。。

Re: 机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

格蠹老雷 2008-12-25, 19:11 下午
首先，你执行!process 0 0和!pcr 命令失败的原因是mini dump （ DRIVER_FAULT_SERVER_MINIDUMP），dump文件里没有包含必要的数据。直接纠正这个问题的方法是在“我的电脑”的高级属性中将转储类型改成Kernel 或者Complete dump （文件会很大，DUMP过程也会很慢）。
DUMP文件记录了当时内存中的信息，如果是Complete dump，那么其中会保存下出问题的线程的状态，或者出问题的内核对象的信息（使用!locks命令就会显示出每个内核对象有哪些线程在等待等等）。这是DUMP文件的用途。但是对于HANG这种情况，它的确不是那么直接。因为这种问题本来就是比较困难的问题。解决这类问题的另一种方法是使用双机内核调试，当系统HANG住时，将其中断到调试器中分许。

Re: 机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

futurestar 2008-12-29, 13:59 下午
Thank You!关于 Hang的问题，我首要是分析是哪个部件或驱动的问题。目前，我可以利用一些厂家维护的工具判断了。。嘿嘿。。。

谢谢。。。。

Re: 机器死机状态，使用键盘强制蓝屏后，除了蓝屏文件。但是，没有看到堆栈的正确信息

futurestar 2008-12-30, 16:49 下午
1: kd> !locks
**** DUMP OF ALL RESOURCE OBJECTS ****
KD: Scanning for held locks......................................................................................................................................................................

Resource @ 0x88bf0550 Exclusively owned
Contention Count = 19624
NumberOfSharedWaiters = 1
NumberOfExclusiveWaiters = 8
Threads: 86830db0-01 8509fdb0-01
Threads Waiting On Exclusive Access:
84fa1020 86c7f020 84b464a0 8513b6a0
866a1020 853f1118 85250b60 852adb48

KD: Scanning for held locks.

Resource @ 0x853d2a50 Exclusively owned
Threads: 86830db0-01
KD: Scanning for held locks.

Resource @ 0x88c278a8 Exclusively owned
Threads: 86830db0-01
KD: Scanning for held locks.............................................................
7267 total locks, 3 locks currently held