0x00000124蓝屏主因是cpu、内存控制器、芯片组或供电模块等底层硬件故障，需依次执行硬件清洁复位、bios重置禁用超频、更新芯片组驱动与bios、hwinfo64总线错误监控及occt pcie专项压测。
当电脑在高负载下频繁触发WHEA_UNCORRECTABLE_ERROR、MACHINE_CHECK_EXCEPTION或0x00000124蓝屏，且错误模块指向hal.dll、dxgkrnl.sys或直接无模块名时，极可能是CPU与北桥/内存控制器/PCIe根复合体之间的总线通信异常——这类故障无法被MemTest86或CrystalDiskInfo捕获，必须通过主板级信号稳定性测试定位。
用HWiNFO64实时监控总线错误计数器
启动HWiNFO64 → 勾选“Sensor-only mode” → 点击“Yes” → 在传感器列表中展开“Northbridge”或“PCIe Root Port”节点 → 找到名为“Correctable Errors”“Uncorrectable Errors”“Fatal Errors”的计数器项；若任意一项数值在空载状态下持续增长（如每分钟+1），说明PCIe链路或QPI/UPI总线已存在物理层误码；【此时切勿继续运行压力测试，否则可能加速芯片损伤】。
若计数器始终为0，但蓝屏仍发生，则需进入下一步深度验证。
用OCCT执行PCIe链路专项压力测试
方法一：GPU子系统压测（适用于独显平台）
OCCT主界面 → 选择“GPU”测试 → 点击“Configure” → 将“API”设为DirectX 12 → “Resolution”调至1024×768 → 取消勾选“Enable GPU memory test” → 点击“Start”。此配置绕过显存直击PCIe x16通道数据吞吐，若3分钟内报错或蓝屏，基本可判定主板PCIe插槽供电不稳或信号完整性受损。
方法二：CPU+内存协同压测（核显或无独显平台）
OCCT → “CPU Test” → “Configuration” → 模式选“Large Data Set” → 勾选“Memory Test” → 启动后立即切换至HWiNFO64 → 观察“PCIe Root Port”下“Link Width”是否从x16动态降为x8或x4；若发生降宽，说明主板PCIe重训练失败，根源在主板BMC固件或PHY层电路。
注意：测试中若风扇突然狂转但温度曲线平缓，大概率是PCIe链路反复重置引发的功耗抖动，而非散热问题。
用主板诊断卡读取POST总线初始化代码
第一步：关机断电，拔掉所有非必要设备（仅保留CPU、单条内存、集显输出）；
第二步：将诊断卡插入PCIe x16插槽（优先靠近CPU的Slot 1）；
第三步：短接主板CLR_CMOS跳线3秒后释放，再按下电源键开机；
第四步：紧盯诊断卡显示的两位十六进制代码——若卡在C0/C1/C2（AMI BIOS）或2B/2C（Award BIOS），表示PCIe控制器初始化失败；若卡在D3/D4，说明CPU与PCH之间的DMI总线握手异常；【此时不要反复重启，避免扩大南桥损伤】。
若诊断卡全程无显示或显示“00”，需检查诊断卡金手指是否氧化，或更换另一PCIe插槽重试。
用Linux memtester+pciehp强制重枚举验证
准备Ubuntu 24.04 Live USB → 开机选择“Try Ubuntu” → 打开终端 → 依次执行：
sudo apt update && sudo apt install memtester
sudo modprobe pciehp
sudo echo 1 > /sys/bus/pci/rescan
sudo memtester 2G 3
该操作强制系统卸载并重载PCIe热插拔驱动，同时用memtester对内存做压力扫描；若执行过程中出现“pcieport 0000:00:1c.0: AER: Multiple Corrected errors received”日志，证明主板PCIe根端口硬件纠错能力已饱和，必须更换主板。
