随机多个 BSOD

随机多个 BSOD

几天前,我突然(确切地说)遇到了蓝屏死机。从那时起,这种情况就经常发生,每天大约 10 次(该死,甚至在写这篇文章时也发生过)。我真的看不出有什么规律,所以对我来说这看起来很随机。

每次都是因为 CRITICAL_STRUCTURE_CORRUPTION。不,我没有英特尔 HAXM已安装:

哈萨克森州

这里是来自 BlueScreenView 的屏幕截图。 蓝屏视图

所以你可以看到它总是由执行程序,始终在同一地址。

我已经尝试过的是:

  • 更新了我能找到的尽可能多的驱动程序,
  • 检查了两个磁盘(ST1000lM024 HN-M101MBB) 分区中存在错误chkdsk,其中一些错误出现在非系统分割:

    Chkdsk was executed in scan mode on a volume snapshot.  
    
    Checking file system on E: Volume label is Dane.
    
    Stage 1: Examining basic file system structure ...
    795136 file records processed.
    File verification completed.
    83 large file records processed.
    0 bad file records processed.
    
    Stage 2: Examining file name linkage ...
    956638 index entries processed.
    Index verification completed.
    
    Found 3 missing entries (\Gry\Neverwinter Nights 2 Complete\UI\default\images\generic\tint_frame_BL.tga <0x1,0x8f0c0>, ...) in index "$I30" of directory "\Gry\Neverwinter Nights 2 Complete\UI\default\images\generic <0x1,0x8ef0b>"
    ... repaired online.
    
    Stage 3: Examining security descriptors ...
    Security descriptor verification completed.
    80752 data files processed.
    CHKDSK is verifying Usn Journal...
    Usn Journal verification completed.
    Windows has found problems and they were all fixed online. No further action is required.
    
     847746047 KB total disk space.  381611132 KB in 707401 files.
        185180 KB in 80753 indexes.
        887123 KB in use by the system.
         65536 KB occupied by the log file.  465062612 KB available on disk.
    
    4096 bytes in each allocation unit.
    211936511 total allocation units on disk.
    116265653 allocation units available on disk.
    
    ----------------------------------------------------------------------
    
    
    Stage 1: Examining basic file system structure ...
    
    Stage 2: Examining file name linkage ...
    CHKDSK is scanning unindexed files for reconnect to their original directory.
    Recovering orphaned file tint_frame_BL.tga (585920) into directory file 585483.
    Recovering orphaned file tint_frame_BL.tga (585920) into directory file 585483.
    Recovering orphaned file tint_frame_BR.tga (585921) into directory file 585483.
    Recovering orphaned file tint_frame_BR.tga (585921) into directory file 585483.
    Recovering orphaned file tint_frame_R.tga (585923) into directory file 585483.
    Recovering orphaned file tint_frame_R.tga (585923) into directory file 585483.
    
    Stage 3: Examining security descriptors ...
    
  • 使用以下方法检查磁盘磁盘检查测试。通常我会尝试运行两次,每次都会出现 BSoD。然后我运行延伸测试安全模式整个晚上 -没有发现任何错误,但也没有发生 BSoD. SMART 属性:

SMART 价值观

MemTest86报告

  • dxdiag可用的这里(显示设备显示 Intel HD Graphics 4000,但也有 AMD Radeon HD 8870M,应该在需要时切换)。

  • WinDbg 分析使用!analyze -v

    CRITICAL_STRUCTURE_CORRUPTION (109)
    This bugcheck is generated when the kernel detects that critical kernel code or
    data have been corrupted. There are generally three causes for a corruption:
    1) A driver has inadvertently or deliberately modified critical kernel code
     or data. See http://www.microsoft.com/whdc/driver/kernel/64bitPatching.mspx
    2) A developer attempted to set a normal kernel breakpoint using a kernel
     debugger that was not attached when the system was booted. Normal breakpoints,
     "bp", can only be set if the debugger is attached at boot time. Hardware
     breakpoints, "ba", can be set at any time.
    3) A hardware corruption occurred, e.g. failing RAM holding kernel code or data.
    Arguments:
    Arg1: a3a01f59f91f75c5, Reserved
    Arg2: b3b72be04b9e2890, Reserved
    Arg3: ffffe0015a092ed0, Failure type dependent information
    Arg4: 000000000000001c, Type of corrupted region, can be
        0 : A generic data region
        1 : Modification of a function or .pdata
        2 : A processor IDT
        3 : A processor GDT
        4 : Type 1 process list corruption
        5 : Type 2 process list corruption
            6 : Debug routine modification
        7 : Critical MSR modification
    
    Debugging Details:
    ------------------
    
    CUSTOMER_CRASH_COUNT:  1
    
    DEFAULT_BUCKET_ID:  WIN8_DRIVER_FAULT
    
    BUGCHECK_STR:  0x109
    
    PROCESS_NAME:  System
    
    CURRENT_IRQL:  2
    
    STACK_TEXT:  
    ffffd000`366fc088 00000000`00000000 : 00000000`00000109 a3a01f59`f91f75c5 b3b72be0`4b9e2890 ffffe001`5a092ed0 : nt!KeBugCheckEx
    
    STACK_COMMAND:  kb
    
    SYMBOL_NAME:  ANALYSIS_INCONCLUSIVE
    
    FOLLOWUP_NAME:  MachineOwner
    
    MODULE_NAME: Unknown_Module
    
    IMAGE_NAME:  Unknown_Image
    
    DEBUG_FLR_IMAGE_TIMESTAMP:  0
    
    BUCKET_ID:  BAD_STACK
    
    Followup: MachineOwner
    

所有转储文件均可用这里(@nullmem 评论后禁用共享)。您知道如何防止这些 BSOD 发生吗?


这里这是我的笔记本电脑规格(三星 Chronos 7)。

答案1

亚历克斯,

我有一台和你几乎一模一样的笔记本电脑,不过是 15.6 英寸的版本。这台笔记本电脑很漂亮,而且速度特别快(因为我在里面装了 1TB SSD,并将 RAM 升级到了 16GB)

我觉得你还是应该关注物理硬盘,原因如下:
1. 像你遇到的随机错误大多是物理硬盘问题,与电源有关,与主板电容器有关或由内存引起。1a
. 在这种情况下,主板和电源无法维修。忽略那些。1b
. 经过广泛的内存测试,你的结果表明你也可以排除这一点(我并不特别使用 Memtest 86)。2.
你看到的 Chkdsk 错误类型超出了意外关机导致的文件正常损坏,尤其是非系统分区文件错误。3
. diskcheck 不干净。乍一看似乎没问题,但硬盘校准重试计数有 201 次,这是硬盘与操作系统无关的内部功能。4
. 与驱动器校准重试相对应的 201 次加载/卸载重试计数相同。
5. 写入错误计数有 109 次,硬盘由于驱动器问题无法正确写入数据,可能与介质、控制器板(这里不太可能)或驱动器磁头有关。6
. 该驱动器每次打开时平均要打开 2 小时,并且已经打开了 1,337 次。如果我猜的话,我会说您 1.5 到 2 年前购买了这台新笔记本电脑。

如果我有你的电脑,我会这样做:
1. 将所有数据和下载的程序移动到外部驱动器。2
. 不要忘记记录所有软件产品的序列号/注册号。3
. 购买并安装 SSD 并在其上安装 Windows 8.1。(笔记本电脑底部会分离,但要非常小心地处理。查看 YouTube 视频以了解如何操作。这需要耐心,这样你才不会弄坏它)。4
. 重新安装,全新安装。我知道这很痛苦,但你必须做你必须做的事。5
. 擦除旧硬盘,将其用于不重要的备份,直到它真正开始死机。
话虽如此;如果你买不起另一个驱动器或不想重新安装,那么,
1. 执行上述步骤 1 和 2,然后使用 Windows 8 恢复刷新笔记本电脑,保留旧硬盘。此时,我觉得即使 SFC/scannow 也无法永久修复它,因为这不是文件问题。

我没有提到板载可切换 ATI 显卡中的坏视频芯片,因为这台笔记本电脑使用备用内部英特尔 4000 芯片组,除非处于高性能模式或强制开启。

首先,我们必须处理已知问题,然后再研究其他可能的问题。

答案2

我百分之九十五的确定你需要在《无冬之夜 2》中再次升级。(笑)

根据您的 Chkdsk 结果,您的硬盘驱动器告诉我它正在向南移动。

确保你先备份,然后下载并运行 Passmark Diskcheck 程序,网址为:http://www.passmark.com/products/diskcheckup.htm,个人免费使用。检查 SMART 值并在程序内运行磁盘测试。它应该会告诉您需要知道的信息。

硬盘虽然是新的,但确实会出现故障,尽管通常内部已经先出现性能下降。我曾经在一台全新的笔记本电脑上用过 4 个 SATA II 硬盘,在 2 年内就用坏了,真不爽。

您可能还想检查一下您的无冬之夜状态。:-)

相关内容