聊城网站改版,青岛百度seo排名,网站建设 设计,免费建网站的app捉虫笔记#xff08;七#xff09;-再探谁把系统卡住 1、内核调试 在实体物理机上#xff0c;内核调试的第一个门槛就是如何建立调试链接。 这里我选择的建立网络连接进行内核调试。 至于如何建立网络连接后续文章再和大家分享。 2、如何分析 在上一篇文章中#xff0c;我们… 捉虫笔记七-再探谁把系统卡住 1、内核调试 在实体物理机上内核调试的第一个门槛就是如何建立调试链接。 这里我选择的建立网络连接进行内核调试。 至于如何建立网络连接后续文章再和大家分享。 2、如何分析 在上一篇文章中我们通过种种蛛丝马迹发现最后就是我们的程序导致了驱动崩溃。 但是我始终觉得还是缺少致命一击缺少一个绝对的证据证明就是我们的程序导致驱动崩溃。 我们接着分析如图所示就表示已经连接上了。 接下来就是按照原来的操作再来一边。 调试器立马收到了异常并报告出来。这幸福来得有点突然了。 使用!analyze -v分析结果 SYMBOL_NAME: nvlddmkmbd3432MODULE_NAME: nvlddmkmIMAGE_NAME: nvlddmkm.sysSTACK_COMMAND: .cxr; .ecxr ; kbBUCKET_ID_FUNC_OFFSET: bd3432FAILURE_BUCKET_ID: 0x0_nvlddmkm!unknown_functionOS_VERSION: 10.0.22621.1BUILDLAB_STR: ni_releaseOSPLATFORM_TYPE: x64OSNAME: Windows 10FAILURE_ID_HASH: {caac5c5f-0db0-04d5-7bea-7d62e0e44e6c}Followup: MachineOwner这个分析结果和之前的分析是一致的。 接着执行上面的提示的命令.cxr; .ecxr ; kb 我们接着看当前是哪个进程。 执行命令? $proc打印当前进程ID Evaluate expression: -30170063146880 ffffe48f3e0d1040在执行命令!process ffffe48f3e0d1040 0 PROCESS ffffe48f7c1a7080SessionId: 1 Cid: b474 Peb: 67789b8000 ParentCid: afe0DirBase: d5d05c002 ObjectTable: ffffab0e9c52a600 HandleCount: 2745.Image: software.exe果然software.exe这个熟悉的名字。 接着我们执行下!thread命令 因为我们的进程再走退出流程了所以这里只看一个线程信息. THREAD ffffe48f9e1b8080 Cid b474.ad54 Teb: 00000067789b9000 Win32Thread: ffffe48f8f0a9110 RUNNING on processor 0
IRP List:ffffe48f43895bc0: (0006,0118) Flags: 00060000 Mdl: 00000000
Not impersonating
DeviceMap ffffab0e97f399b0
Owning Process ffffe48f7c1a7080 Image: software.exe
Attached Process N/A Image: N/A
Wait Start TickCount 6407289 Ticks: 0
Context Switch Count 249128 IdealProcessor: 15
UserTime 00:01:00.531
KernelTime 00:00:40.031
*** WARNING: Unable to verify checksum for software.exe
Win32 Start Address software!WinMainCRTStartup (0x00007ff648fb12d8)
Stack Init ffff838f6d657b70 Current ffff838f6d6573a0
Base ffff838f6d658000 Limit ffff838f6d651000 Call 0000000000000000
Priority 10 BasePriority 10 IoPriority 2 PagePriority 5
Child-SP RetAddr Call Site
fffff8041670f860 fffff8044261fb0a nvlddmkm0xbd3432
fffff8041670f930 fffff80442620f34 nvlddmkm0xbffb0a
fffff8041670fab0 fffff8044262154e nvlddmkm0xc00f34
fffff8041670fb70 fffff80441aebf4b nvlddmkm0xc0154e
fffff8041670fbd0 fffff80441d6b1a8 nvlddmkm0xcbf4b
...3、总结 利用内核调试不出一个小时就精准定位了是谁导致了系统卡顿。 但其实这个配置调试环境着实费一番功夫。
