何时以及如何使用windbg内核调试

Question

我发现Windbg在开发和调试过程中非常有用.但主要是我在使用模式调试中使用windbg.

1. 什么内核调试可以在windbg中做？或什么时候应该使用windbg的内核调试？

2. 在windbg中是否存在关于内核调试的问题？

提前致谢.

Answer 1

当您需要调试直接与硬件交互的低级设备驱动程序时,通常会使用内核调试.
在内核模式下进行调试会更复杂,对于实时内核调试会话,您必须在与正在调试的系统不同的系统上运行调试器.对于大多数开发人员来说,用户模式足以完成大部分工作.
高级Windows调试 是一本关于使用wndbg进行调试的非常好的书(包括有关内核调试的讨论).

在转储分析网站有很多的教程包括内核调试方案

Answer 2

用户模式和内核模式WINDBG之间的主要区别是,您可以在内核模式WINDBG和所有线程中看到每个进程.你不必看到每个堆栈帧,因为它们经常被内存管理器分页.

我经常使用的一些常见命令.

!process 0 0列出每个正在运行的进程:

**** NT ACTIVE PROCESS DUMP ****
PROCESS 80a02a60  Cid: 0002    Peb: 00000000  ParentCid: 0000
    DirBase: 00006e05  ObjectTable: 80a03788  TableSize: 150.
    Image: System
PROCESS 80986f40  Cid: 0012    Peb: 7ffde000  ParentCid: 0002
    DirBase: 000bd605  ObjectTable: 8098fce8  TableSize:  38.
    Image: smss.exe
PROCESS 80958020  Cid: 001a    Peb: 7ffde000  ParentCid: 0012
    DirBase: 0008b205  ObjectTable: 809782a8  TableSize: 150.
    Image: csrss.exe
PROCESS 80955040  Cid: 0020    Peb: 7ffde000  ParentCid: 0012
    DirBase: 00112005  ObjectTable: 80955ce8  TableSize:  54.
    Image: winlogon.exe
PROCESS 8094fce0  Cid: 0026    Peb: 7ffde000  ParentCid: 0020
    DirBase: 00055005  ObjectTable: 80950cc8  TableSize: 222.
    Image: services.exe
PROCESS 8094c020  Cid: 0029    Peb: 7ffde000  ParentCid: 0020
    DirBase: 000c4605  ObjectTable: 80990fe8  TableSize: 110.
    Image: lsass.exe
PROCESS 809258e0  Cid: 0044    Peb: 7ffde000  ParentCid: 0026
    DirBase: 001e5405  ObjectTable: 80925c68  TableSize:  70.
    Image: SPOOLSS.EXE

.process {x}选择要激活的进程,通常后跟!threads命令列出进程当前线程.

!stacks 0x2 {foo.sys}在所有线程中搜索包含指定驱动程序的调用堆栈.

!在调试低内核内存情况时很有用,所有内容都是内核崩溃转储

.crash用于通过串行电缆进行实时调试并且希望使目标机器写入崩溃转储时有用

!vm 1内存管理器统计信息的有用显示,例如:

*** Virtual Memory Usage ***
      Physical Memory:     16270   (   65080 Kb)
      Page File: \??\E:\pagefile.sys
         Current:     98304Kb Free Space:     61044Kb
         Minimum:     98304Kb Maximum:       196608Kb
      Available Pages:      5543   (   22172 Kb)
      ResAvail Pages:       6759   (   27036 Kb)
      Locked IO Pages:       112   (     448 Kb)
      Free System PTEs:    45089   (  180356 Kb)
      Free NP PTEs:         5145   (   20580 Kb)
      Free Special NP:       336   (    1344 Kb)
      Modified Pages:        714   (    2856 Kb)
      NonPagedPool Usage:    877   (    3508 Kb)
      NonPagedPool Max:     6252   (   25008 Kb)
      PagedPool 0 Usage:     729   (    2916 Kb)
      PagedPool 1 Usage:     432   (    1728 Kb)
      PagedPool 2 Usage:     436   (    1744 Kb)
      PagedPool Usage:      1597   (    6388 Kb)
      PagedPool Maximum:   13312   (   53248 Kb)
      Shared Commit:        1097   (    4388 Kb)
      Special Pool:          229   (     916 Kb)
      Shared Process:       1956   (    7824 Kb)
      PagedPool Commit:     1597   (    6388 Kb)
      Driver Commit:         828   (    3312 Kb)
      Committed pages:     21949   (   87796 Kb)
      Commit limit:        36256   (  145024 Kb)

别忘了ALL MIGHTY!锁

绝对必要的故障排除死机,

kd> !locks
**** DUMP OF ALL RESOURCE OBJECTS ****
KD: Scanning for held locks......

Resource @ 0x80e97620    Shared 4 owning threads
     Threads: ff688da0-01<*> ff687da0-01<*> ff686da0-01<*> ff685da0-01<*> 
KD: Scanning for held locks.......................................................

Resource @ 0x80e23f38    Shared 1 owning threads
     Threads: 80ed0023-01<*> *** Actual Thread 80ed0020
KD: Scanning for held locks.

Resource @ 0x80d8b0b0    Shared 1 owning threads
     Threads: 80ed0023-01<*> *** Actual Thread 80ed0020
2263 total locks, 3 locks currently held

使用此命令可以跟踪等待另一个线程释放ERESOURCE的线程