关于KERNEL_SECURITY_CHECK_FAILURE蓝屏（BSOD）0x00000139错误解决思路

最新推荐文章于 2024-03-14 07:19:40 发布

qsc_y

最新推荐文章于 2024-03-14 07:19:40 发布

阅读量1.6w

点赞数 6

分类专栏：笔记

本文链接：https://blog.csdn.net/qsc_y/article/details/105541388

版权

笔记专栏收录该内容

2 篇文章

订阅专栏

本文详细解析了KERNEL_SECURITY_CHECK_FAILURE蓝屏（BSOD）0x00000139错误和0xc00000005内存访问受限的解决过程。作者分享了从初步诊断到最终定位问题根源的方法，包括硬件排查、驱动故障分析、使用bluescreenview等工具解读minidump文件，以及如何通过系统日志找到并解决冲突驱动，最终消除蓝屏错误。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

关于KERNEL_SECURITY_CHECK_FAILURE蓝屏（BSOD）0x00000139错误和0xc00000005内存访问受限
解决思路这个蓝屏困扰了我小半年，因为只在特定的软件启动和运行中才会出现，所以一直没有太重视，前段时间才下定决心把它根除。
这个蓝屏BSOD的原因通过资料搜集可以确定为硬件故障或驱动故障，所以首先应该对自己设备的硬件系统进行逐一排查。因为我的蓝屏只在特定游戏启动时才会发生，其它一切正常，所以基本可以排除硬件故障，当然为了验证也进行了很多硬件测试。
驱动故障也是很多蓝屏故障的诱因，网上有很多帖子表示这个和verifier验证程序有关，但是默认情况下这个东西都是处于关闭或未配置的状态，所以和它关系也不大，至于使用verifier主动诱发蓝屏查找原因的做法我觉得也不需要，因为通过minidump文件就能较为详细的了解蓝屏的原因，至于怎么开启minidump内存转储方法很简单可以自行搜索。
使用bluescreenview、Whocrashed、windbg软件可以对minidump文件进行查看，不过windbg可以查看更为详细的进阶信息。至于windbg的使用方法网络上有很多就不在此赘述。
通过windbg可知，导致我KERNEL_SECURITY_CHECK_FAILURE蓝屏（BSOD）0x00000139错误的原因是BEDaisy.sys导致的ntoskrnl.exe崩溃，ntoskrnl.exe是系统内核文件，所以问题出在BEDaisy.sys，这个文件是BattlEye反作弊系统运行时的临时解压文件，重新下载BEService.exe后蓝屏依旧，网络上也没有反馈说是最新版的战眼BUG，所以可以排除是文件本身的问题。
排除了所有可能，最后剩下的就是事实。蓝屏原因为个别驱动程序与系统不完全兼容并与软件冲突，例如软件需要通过某个驱动程序，访问内存，但驱动指向了一个错误的内存地址，导致系统崩溃。于是我想到我这大半年一直在使用driverbooster对驱动进行更新可能有个别驱动对硬件有些许不兼容，于是我根据的我笔记本型号通过品牌官网对驱动进行重装，但问题依旧，说明问题不出在我重装的这些驱动上。
于是我想到了系统日志，通过计算机右键-管理，可以查看系统最近的日志，我对近期出现的错误日志进行了详查，里面果然有驱动错误记录在案的系统日志。根据日志所记录的驱动进行卸载后，排除了修复了所有错误日志后，蓝屏错误不再发生，其它软件偶尔出现的0xc0000005内存地址访问受限至此也没再发生，不知道和驱动有没有直接关系，还需验证。