YsHaNg 发表于 2025-5-28 23:52 诊断工具过老,才会误报。。。。 今晚刚测试出来问题点了。 |
anymore911 发表于 2025-5-28 17:22 今天晚上改成全量 然后用老 WinDbg 跑提示文件错误。 然后查了一圈发现,WinDbg版本过老!!!!!需要更新 这就去微软商店更新后从新跑诊断,终于揪出问题所在了。。。。 SYMBOL_NAME: klim6+204f MODULE_NAME: klim6 IMAGE_NAME: klim6.sys IMAGE_VERSION: 30.1831.0.762 STACK_COMMAND: .process /r /p 0xffff9381716d8040; .thread 0xffff9381883cc040 ; kb BUCKET_ID_FUNC_OFFSET: 204f FAILURE_BUCKET_ID: 0x7C_21_klim6!unknown_function OS_VERSION: 10.0.26100.1 BUILDLAB_STR: ge_release OSPLATFORM_TYPE: x64 OSNAME: Windows 10 FAILURE_ID_HASH: {568de04b-98a1-7d6a-4ebc-c96d7832ad75} Followup: MachineOwner 卡巴斯基 |
我一般参照pnp blackbox设备总线挂载位置 |
1. 你的这几个BugCheck全是7C,按经验DRAM损坏导致的BugCheckCode一般不会是固定一个。当然排除的话也很简单,BIOS恢复默认关XMP跑下内存测试就知道了; 2. WinDbg的 !analyze -v 自动分析有时候很坑的,结果误导人…… System、ntoskrnl 这些是常见背锅侠,有时候甚至给你一个只跑在User Mode的Process Name,然后不懂的人对着这个Process疯狂卸载、重装、更新,结果下一次蓝屏自动分析又给你指向另一个Process Name ![]() ![]() 3. 0x0000007C:This bug check indicates that the operating system detected an error in a networking driver.,巨硬参考手册很明了了,网络驱动程序出现错误。看你几次BugCheck给到的Arg1都是0x21,那么按照手册Arg2就是处于非法状态的驱动程序的句柄,巨硬建议你跑下 !ndiskd.minidriver或者 !ndiskd.filterdriver 来获取这个句柄的更多信息,具体用法: # !ndiskd.minidriver Arg2的值 !ndiskd.minidriver ffff93847d8119a0 # !ndiskd.filterdriver Arg2的值 !ndiskd.filterdriver ffff93847d8119a0 |
hushong1989 发表于 2025-5-28 15:33 有时候确实如此 机房同配置机器有几台就是反应慢 |
ttt5t5t 发表于 2025-5-28 15:24 嗯,确实,但是查不到是哪个照成的,后面把蓝屏文件改成全量看会不会抓到问题。 有时候有些问题莫名其妙。 还有个神奇的问题就是同样 WIN 11 24H2 装在我这台电脑上,点击开始关机键会一会才会弹出关机重启按钮,同样的系统装在另一台上就不会。 |
这种蓝屏一般都是某个程序指针乱来搞出来的 不一定是内存不稳定 有可能单纯这个驱动乱搞 |
Archiver|手机版|小黑屋|Chiphell
( 沪ICP备12027953号-5 )310112100042806
GMT+8, 2025-6-13 11:17 , Processed in 0.027698 second(s), 9 queries , Gzip On, Redis On.
Powered by Discuz! X3.5 Licensed
© 2007-2024 Chiphell.com All rights reserved.