日本电子维修技术 装机/软件机子不定时重启，啥情况请教一下

日期：2021-10-06 栏目：维修经验

软件 请教 情况 重启 机子 装机 定时

平台X99 UD4 E5 2630 V3，4G x 2 RX580 8G RX 480 8G 刷了A卡挖矿驱动，平时没事挖个矿，跑个hashcat之类的

CPU原来是1603 V3，换了个正式版的E5 2630 V3，噩梦开始了

刚开始是倒腾鸡血补丁，各种不定时关机、重启、显示无输出，后来把bios更新为官方的最新F23bios，重置系统后，稍微稳定了点，早上没有负载的时候就自动重启了一次

把dump文件分析了一下，结果如下


Microsoft (R) Windows Debugger Version 10.0.18914.1001 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [X:\桌面\071319-20296-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available


************* Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       srv*
Symbol search path is: srv*
Executable search path is:
DBGHELP: Timeout to store: C:\ProgramData\Dbg\sym*https://msdl.microsoft.com/download/symbols
Windows 10 Kernel Version 18362 MP (16 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 18362.1.amd64fre.19h1_release.190318-1202
Machine Name:
Kernel base = 0xfffff806`10a00000 PsLoadedModuleList = 0xfffff806`10e432f0
Debug session time: Sat Jul 13 17:45:28.746 2019 (UTC + 8:00)
System Uptime: 0 days 0:18:51.725
Loading Kernel Symbols
.

Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.

..............................................................
................................................................
................................................................
.
Loading User Symbols
Loading unloaded module list
................
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff806`10bbc900 48894c2408      mov     qword ptr [rsp+8],rcx ss:0018:ffffc501`1e36fd60=0000000000000124
7: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffffad8e58003028, Address of the WHEA_ERROR_RECORD structure.
Arg3: 00000000be200000, High order 32-bits of the MCi_STATUS value.
Arg4: 000000000017110a, Low order 32-bits of the MCi_STATUS value.

Debugging Details:
------------------


KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.Sec
    Value: 2

    Key  : Analysis.Elapsed.Sec
    Value: 204

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 73


PROCESSES_ANALYSIS: 1

SERVICE_ANALYSIS: 1

STACKHASH_ANALYSIS: 1

TIMELINE_ANALYSIS: 1


DUMP_CLASS: 1

DUMP_QUALIFIER: 400

BUILD_VERSION_STRING:  18362.1.amd64fre.19h1_release.190318-1202

DUMP_TYPE:  2

BUGCHECK_P1: 0

BUGCHECK_P2: ffffad8e58003028

BUGCHECK_P3: be200000

BUGCHECK_P4: 17110a

BUGCHECK_STR:  0x124_GenuineIntel

CPU_COUNT: 10

CPU_MHZ: 960

CPU_VENDOR:  GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 3f

CPU_STEPPING: 2

CPU_MICROCODE: 6,3f,2,0 (F,M,S,R)  SIG: 40'00000000 (cache) 40'00000000 (init)

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN8_DRIVER_FAULT

PROCESS_NAME:  System

CURRENT_IRQL:  f

ANALYSIS_SESSION_HOST:  X1YOGA4NI

ANALYSIS_SESSION_TIME:  07-14-2019 15:02:51.0339

ANALYSIS_VERSION: 10.0.18914.1001 amd64fre

STACK_TEXT:  
ffffc501`1e36fd58 fffff806`109a47e8 : 00000000`00000124 00000000`00000000 ffffad8e`58003028 00000000`be200000 : nt!KeBugCheckEx
ffffc501`1e36fd60 fffff806`13581920 : ffffad8e`4d1ef360 00000000`00000000 ffffad8e`58003028 00000000`00000000 : hal!HalBugCheckSystem+0xd8
ffffc501`1e36fda0 fffff806`10d3d7ca : ffffad8e`4d1ef360 ffffc501`1e36fe29 00000000`00000000 ffffad8e`58003028 : PSHED!PshedBugCheckSystem+0x10
ffffc501`1e36fdd0 fffff806`109a6146 : ffffc501`1e36fef0 00000000`00000007 ffffad8e`4d1ef3b0 ffffad8e`4d1ef360 : nt!WheaReportHwError+0x37a
ffffc501`1e36fe90 fffff806`109a65da : 00000000`00000010 ffffad8e`4d1ef3b0 ffffc501`1e370048 ffffc501`1e370290 : hal!HalpMcaReportError+0x72
ffffc501`1e36fff0 fffff806`109a64b4 : ffffad8e`4d0f7910 00000000`00000001 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerCore+0xf2
ffffc501`1e370040 fffff806`109a6720 : 00000000`00000010 00000000`00000001 00000000`00000000 00000000`00000000 : hal!HalpMceHandler+0xe0
ffffc501`1e370080 fffff806`109a57c8 : 00000000`00000000 ffffc501`1e370310 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerWithRendezvous+0xd4
ffffc501`1e3700b0 fffff806`109a69a7 : ffffad8e`4d0f7910 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalpHandleMachineCheck+0x5c
ffffc501`1e3700e0 fffff806`10ca1e60 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x37
ffffc501`1e370110 fffff806`10bcb8ba : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiHandleMcheck+0x10
ffffc501`1e370140 fffff806`10bcb571 : ffffc501`00000000 fffff806`10bcb4ae 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x7a
ffffc501`1e370280 fffff806`27df4332 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x271
ffffaa88`4da7d778 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : intelppm!C1Halt+0x2


THREAD_SHA1_HASH_MOD_FUNC:  9f75b66b6c2f65de9683e7b4f7dd5915ffc009b6

THREAD_SHA1_HASH_MOD_FUNC_OFFSET:  7c2b2cd138997d4e3ca0213b8ee9352af6e7fe6d

THREAD_SHA1_HASH_MOD:  48245875d4c5535ecbacf57c10ad759e5c3df6ae

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: GenuineIntel

IMAGE_NAME:  GenuineIntel

DEBUG_FLR_IMAGE_TIMESTAMP:  0

STACK_COMMAND:  .thread ; .cxr ; kb

FAILURE_BUCKET_ID:  0x124_GenuineIntel_PROCESSOR_CACHE

BUCKET_ID:  0x124_GenuineIntel_PROCESSOR_CACHE

PRIMARY_PROBLEM_CLASS:  0x124_GenuineIntel_PROCESSOR_CACHE

TARGET_TIME:  2019-07-13T09:45:28.000Z

OSBUILD:  18362

OSSERVICEPACK:  239

SERVICEPACK_NUMBER: 0

OS_REVISION: 0

SUITE_MASK:  272

PRODUCT_TYPE:  1

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

OSEDITION:  Windows 10 WinNt TerminalServer SingleUserTS

OS_LOCALE:  

USER_LCID:  0

OSBUILD_TIMESTAMP:  1972-02-02 16:33:06

BUILDDATESTAMP_STR:  190318-1202

BUILDLAB_STR:  19h1_release

BUILDOSVER_STR:  10.0.18362.1.amd64fre.19h1_release.190318-1202

ANALYSIS_SESSION_ELAPSED_TIME:  32059

ANALYSIS_SOURCE:  KM

FAILURE_ID_HASH_STRING:  km:0x124_genuineintel_processor_cache

FAILURE_ID_HASH:  {4c8f3f5e-1af5-ed8b-df14-d42663b1dfa7}

Followup:     MachineOwner
---------




评论
我赌电源问题

评论
我赌硅脂干了

评论
板子不行了

评论

硅脂刚上的

评论

确实是有点像，早上我把脚放在电源外面，抖腿的时候踢了一下就重启了

不过后面我又踢了几次没有重启

我用的是自制的订制线，看来有空要检查一下

评论
whea一般是核心电压不足了。。

评论
验证方法，可以关掉睿频和降频试试。。。

评论

之前确实是降了电压就无输出了，后来就没动电压了

评论

最近遇到了相同问题，推测是待机电压掉得过低导致的。

把cpu电压从adaptive改成override后目前稳定了。
后面准备继续优化，用调高cpu电压和调低防掉压等级来实现满载电压不变，待机电压（比之前过低的情况）升高。

而且这个问题不单单和cpu和主板有关，其他设备的负载也会产生影响。我之前用8x2的时候就没这问题，换成8x4gb内存后才出现的，一度还以为是内存不稳定，但memtest和p95都能过，后来发现总是在闲置状态才重启才怀疑到待机电压上。


评论

我说里面

评论

E5V3里面是硅脂吗？

评论

回去我试试，感谢提醒

评论

记错了记错了~

艹~　什么脑子 电路 电子 维修 求创维42c08RD电路图 评论 电视的图纸很少见 评论 电视的图纸很少见 评论 创维的图纸你要说 版号，不然无能为力 评论 板号5800-p42ALM-0050 168P-P42CLM-01 电路 电子 维修 我现在把定影部分拆出来了。想换下滚，因为卡纸。但是我发现灯管挡住了。拆不了。不会拆。论坛里的高手拆解过吗？ 评论 认真看，认真瞧。果然有收
 ·日本中文新闻 唐田绘里香为新剧《极恶女王》剃光头 展现演员决心
·日本中文新闻 真子小室夫妇新居引发隐私担忧
·日本中文新闻 前AKB48成员柏木由纪与搞笑艺人交往曝光
·日本学校 ｛日本国际学校｝梅田インターナショナルスクール
·日本学校 LINE：sm287 陳雨菲、20歳、台湾からの留学生、東京に来たばかり
·日本留学生活 出售平成22年走行48000km 代步小车
·日本华人网络交流 円相場　一時1ドル＝140円台まで上昇？
·日本华人网络交流 问日本华人一个问题
·日本旅游代购 富山接机
 ·生活百科 英国转澳大利亚转换插头
·汽车 【求助】修车遇到困难怎么办？

上篇:装机/软件求大佬配一台电脑
下篇:装机/软件正版windows10系统的选择

相关推荐

维修经验

CPUcpu-z 1.77版低调发布

日本维修技术更新： New benchmark “submit and compare” feature New clocks dialog reporting all system’s clock speeds in real-time Preliminary support for Intel Kaby Lake AMD Bristol Ridge processors 主要是增加了支持I、A两个新架构的 ...

维修经验

CPU这几天经常开机黑屏，热重启后又正常

日本维修技术这几天经常开机黑屏，热重启后又正常，今天热重启也不管用了。折腾半天总算点亮，显示超频失败，以前出这个画面我是不理它的，直接重启就能正常进系统了，今天不敢托大，因为 ...

维修经验

CPU超频求助！关于华擎H170和6700K

日本维修技术问题见楼主的show贴 https://www.chiphell.com/thread-1634895-1-1.html 这次华擎的H170 Hyper最大的特色应该是自带时钟发生器可以自由超外频 可是楼主好久没有折腾超频了。。。 两图中除了CPU外频 以 ...

维修经验

CPU液态金属会侵蚀cpu核心吗？

日本维修技术前阵子看到有人说，液态金属时间长了会侵蚀cpu铜盖，那么问题来了，这货会不会侵蚀核心呢？ 评论 这玩意儿好像只对铝起反应 评论 不是说，cpu的盖子是铜的吗。。。 评论 不会，核 ...

维修经验

CPUm6i究竟支不支持e3 1231v3

日本维修技术官网上看支持列表没写有e3 1231v3,装机帖又有人晒，百度也没个明确答案，那究竟能不能点亮？有在用的chher说一下么 评论 升级最新bios肯定可以支持 评论 我的p67evo官网上也没说支持12 ...

维修经验

CPU华擎 HYPER 妖板 正确玩法

日本维修技术600元的 B150，10相供电，释放洪荒之力 注意必须官网 Beta 区的 BIOS 有 AVX 的 CPU 可能会掉缓存 启动时按 X 键激活 SKY OC，重启后进入 BIOS 160924164727.jpg (95.63 KB, 下载次数: 1) 2016-9-24 17:47 上传 ...

维修经验

CPUE5 2686 V3和i7 6800K如何选择

日本维修技术默认用，不超频，两者功耗是一模一样的 E5 2686 V3：2.0主频，3.5睿频， 18核心36线程 ，45M L3 咸鱼大约2500~3000元 i7 6800K ： 3.5主频，3.8睿频 ，6核心12线程 ，盒装3000元 评论 性能应该是26 ...

维修经验

CPUHD530硬解4K能力还是有点弱呀！

日本维修技术播放器用PotPlay 64bit，各种优化后，跑4K @120Hz视频只能到70帧左右的速度，勉强能用！ 显示器用的4K的优派VP2780 未标题-1.jpg (211.97 KB, 下载次数: 0) 2016-9-26 21:29 上传 评论 这个估计你没优化 ...

维修经验

CPU6900k 1.25V到4.2体质怎么样

日本维修技术如图，体质怎么样，ring是35，没敢试了，都说ring高了毁硬件 评论 不错的U，但不算雕，上4.4就大雕了，这电压上4.5的目前没见有人发图 评论 谢谢前辈告知 评论 我这个用1.2V超的4.2，R ...

维修经验

CPUI3 6100 华擎B150M pro4超4.5g测试。

日本维修技术看看论坛没多少i3 6100的帖子，就转下自己发的show贴里面的数据，给大家参考下。家里还有当年的神U i3 540 oc 4.5G在给老妈用。 不知道数据上正常吗？有6100的朋友可以告诉下，另外是不有 ...

维修经验

CPU7系u会兼容100系主板吗？

日本维修技术RT，听说要推200系板，100系还能用吗以后。。 评论 兼容的 评论 感谢！以后换u就行了，目前消息200系板会有新的特性吗？ 评论 24条PCI-E 3.0通道、支持Intel Optane混合存储技术、十个USB 3 ...

维修经验

CPU有心入5820k了，求教下温度问题

日本维修技术一直徘徊在6700k和5820k之间，6700k现在这德行直接把我推向了5820k啊，从2600k升级上来，三大件都要换，现在唯一疑惑的是IB-E ex这种顶级风冷能不能压住4.5g的5820呢？毕竟刚刚买一个多月。 ...

维修经验

CPU6600&6600K才100的差价

日本维修技术太少了吧。。。 6600.JPG (106.91 KB, 下载次数: 0) 2016-10-1 10:30 上传 评论 毕竟只是i5而已…… 评论 上z170 6600也能超，等于没区别，差价能有100已经不错了 评论 然后又见不超频人士推荐超频 ...