已解决!原因是自己对核心电压太过自信! 呵呵 加了点电压现在 1.232V 4.2G VTT电压1.175V 搞定 ! 现在就是烤鸡满载的时候会跳到1.248V 正常吗???
CPU.jpg
评论
不是内存的问题就是CPU内存控制器的问题，都用默频试试看，如果不蓝就是他们的问题。如果还是蓝就跟显卡电源还有驱动有关。
评论
谢谢 ！内存我换过两次三星黑条
评论
我也出现过这个问题，经过多方排查，最终发现是显存频率艹的太高了....*/-37
评论
我显卡 没超呀 一直默认
评论
对于45nm的i7 920来说，4.2GHz,1.216v的Vcore就想稳定运行你是不是太乐观了呢骚年
一般来说，小雕的i7 920,4.2GHz都至少需要1.25v的CPU Vcore，另外VTT如果你内存只运行1600，那么QPI是3200，从调试角度讲VTT电压还是先给到1.25v以上比较合适，否者你排查问题的时候根本就毫无头绪
内存电压1.35v应该足够，但如果是我，调试前会调整到1.5v，这样再慢慢收紧参数，以排查问题
假若CPU体质完全未知的话，Vcore建议先给到1.35v
评论
楼主过于注重电压高低了，说实话老版本的I7，上到4G的话，不是超级大雕电压都不乐观，还是大胆的放宽参数和电压吧。
评论
我上传了WINDBG 分析出来的结果 ！哪位大神帮忙看看！
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [D:\Haifeng.Qian folders\Downloads\蓝屏文件\蓝屏文件\031212-14788-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\sytemp*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`04868000 PsLoadedModuleList = 0xfffff800`04aad670
Debug session time: Mon Mar 12 21:18:43.930 2012 (GMT+8)
System Uptime: 0 days 1:22:02.742
Loading Kernel Symbols
...............................................................
................................................................
.................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1E, {0, 0, 0, 0}
Unable to load image \SystemRoot\system32\DRIVERS\intelppm.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for intelppm.sys
*** ERROR: Module load completed but symbols could not be loaded for intelppm.sys
Probably caused by : hardware ( intelppm+39c2 )
Followup: MachineOwner
---------
3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: 0000000000000000, The exception code that was not handled
Arg2: 0000000000000000, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 0000000000000000, Parameter 1 of the exception
Debugging Details:
------------------
EXCEPTION_CODE: (Win32) 0 (0) - <Unable to get error code text>
FAULTING_IP:
+6822952f04fcd7b8
00000000`00000000 ?? ???
EXCEPTION_PARAMETER1: 0000000000000000
EXCEPTION_PARAMETER2: 0000000000000000
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x1E
PROCESS_NAME: System
CURRENT_IRQL: d
EXCEPTION_RECORD: fffff880045fd898 -- (.exr 0xfffff880045fd898)
ExceptionAddress: fffff800048f0f71 (nt!KeUpdateRunTime+0x00000000000000d1)
ExceptionCode: 80000003 (Break instruction exception)
ExceptionFlags: 00000000
NumberParameters: 1
Parameter[0]: 0000000000000000
TRAP_FRAME: fffff880045fd940 -- (.trap 0xfffff880045fd940)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=a70415a0ea935000 rbx=0000000000000000 rcx=0000000000000011
rdx=000000000000d870 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800048f0f72 rsp=fffff880045fdad0 rbp=0000000000000000
r8=000000000001019b r9=0000000000000000 r10=000000000000035b
r11=fffff880045fdbe0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!KeUpdateRunTime+0xd2:
fffff800`048f0f72 5c pop rsp
Resetting default scope
MISALIGNED_IP:
nt!KeUpdateRunTime+d2
fffff800`048f0f72 5c pop rsp
LAST_CONTROL_TRANSFER: from fffff800048dc5fe to fffff800048e4c10
STACK_TEXT:
fffff880`045fc978 fffff800`048dc5fe : 00000000`00000000 00000000`00000000 fffff880`045fd0f0 fffff800`04910830 : nt!KeBugCheck
fffff880`045fc980 fffff800`049104fd : fffff800`04aee488 fffff800`04a2cc8c fffff800`04868000 fffff880`045fd898 : nt!KiKernelCalloutExceptionHandler+0xe
fffff880`045fc9b0 fffff800`0490f2d5 : fffff800`04a2f0fc fffff880`045fca28 fffff880`045fd898 fffff800`04868000 : nt!RtlpExecuteHandlerForException+0xd
fffff880`045fc9e0 fffff800`04920361 : fffff880`045fd898 fffff880`045fd0f0 fffff880`00000000 00000000`0004d0a6 : nt!RtlDispatchException+0x415
fffff880`045fd0c0 fffff800`048e42c2 : fffff880`045fd898 fffff880`045d5180 fffff880`045fd940 00000000`00002710 : nt!KiDispatchException+0x135
fffff880`045fd760 fffff800`048e20f4 : 00000000`00000000 00000000`00000001 fffff880`045fda60 fffff880`05f2a7a4 : nt!KiExceptionDispatch+0xc2
fffff880`045fd940 fffff800`048f0f72 : fffffa80`0ce20000 fffff880`045e00c0 00000000`00002710 fffffa80`0abea040 : nt!KiBreakpointTrap+0xf4
fffff880`045fdad0 fffff800`048f0ce1 : 00000000`00000000 fffff880`045fdb80 fffff880`045d5180 00000000`00000001 : nt!KeUpdateRunTime+0xd2
fffff880`045fdb00 fffff880`052e69c2 : fffff800`048ee4a9 00000000`003b9ae7 fffffa80`0ad033c8 fffff880`045e00c0 : nt!KiSecondaryClockInterrupt+0x131
fffff880`045fdc98 fffff800`048ee4a9 : 00000000`003b9ae7 fffffa80`0ad033c8 fffff880`045e00c0 00000000`00000001 : intelppm+0x39c2
fffff880`045fdca0 fffff800`048dc93c : fffff880`045d5180 fffff880`00000000 00000000`00000000 fffff880`05824588 : nt!PoIdle+0x52a
fffff880`045fdd80 00000000`00000000 : fffff880`045fe000 fffff880`045f8000 fffff880`045fdd40 00000000`00000000 : nt!KiIdleLoop+0x2c
STACK_COMMAND: kb
FOLLOWUP_IP:
intelppm+39c2
fffff880`052e69c2 ?? ???
SYMBOL_STACK_INDEX: 9
SYMBOL_NAME: intelppm+39c2
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: hardware
IMAGE_NAME: hardware
DEBUG_FLR_IMAGE_TIMESTAMP: 0
FAILURE_BUCKET_ID: X64_IP_MISALIGNED
BUCKET_ID: X64_IP_MISALIGNED
Followup: MachineOwner
---------
评论
电压低的话 蓝屏代码 不应该是1E 呀 我试过的 如果电压我调低了 满载一会儿就会蓝屏 代码是 101 或者就是124 不应该是1 E 呀
评论
看了你的内核转储文件，出现问题的驱动大概有atikmpag.sys dxgmms1.sys 初步判断是你的显卡出了问题
评论
其余看到 hal.dll和ntoskrnl.exe导致蓝屏，hal.dll是硬件抽象层的驱动，ntosskrnl.exe是系统内核，要是硬件出了问题，就会因为这两个驱动导致的死机，楼主你试着不要CF，单独接一张显卡试试。假如你单独接一张都没问题，那么就是你CF的驱动出了问题
评论
1E蓝屏好像无解，以前我也是1E蓝屏，也在论坛发了帖子，问遍各大论坛，寻遍百度谷歌，芝奇内存换到三星内存，独显换成集显，独立声卡换板载声卡，BIOS超频变默认，硬件拆下重新装，咨询主板厂商，均无解，后来死马当活马医，三星内存和芝奇内存一起插上，1600时序999-28-2，神奇的不蓝屏了。
建议你先排除软件故障，系统重装，只装驱动测试下，不行在硬件排除，1E多半是主板内存故障或不兼容，看有没新BIOS，更新下。不行就全平台排除法*/-15
评论
电压太低了
评论
有换过CPU么？CPU上的内存控制器故障，会导致1E蓝屏么？
评论
先把BIOS改全默认吧，不行换内存插槽，一三换二四*/-31
评论
谢谢 高人！我回去再试
评论
您就提升一下电压试试吧，反正也不耗费你什么事不是？
大胆的提升到1.3v，看看还有1E不？
另外，我记得老I7主板，VTT电压的**也很重要，不像SNB，VTT电压不方便调，不注意CPU就缩了。
评论
前段时间无聊超内存。芝奇的1600的内存，超到1866，稳定在10 9 9 24，但是玩游戏后就出现蓝屏1E的问题，CPU加了电压还是不管用，后来果断内存调回1600,9 9 9 24 再也没有出1E的问题。感觉还是内存或者CPU的内存控制器不给力吧。
评论
1.jpg (129.06 KB, 下载次数: 0)
3.jpg (114.26 KB, 下载次数: 0)
6.jpg (342.34 KB, 下载次数: 0)
我也出现楼主类似的蓝屏现象，蓝屏代码也是1E
我的配置是：刚刚在实体店配的
CPU：i5 2500K(盒)包超4.5G,1.3V内
散热器：利民Thermalright HR 02 macho 简化版
主板：华硕P8P67 B3 REV3.1
硬盘：镁光M4 CT128M4SSD2 128GB
西部数据1T蓝盘
内存： 三星黑武士1600 4Gx4
显卡：映众560TI 冰龙版
机箱：酷冷至尊开拓者(普及版)中塔机箱(黑色)RC-P100-KKN2
电源：ANTEC TruePower New 550
刻录：先锋DVR-219VXL
外设：罗技MX518
DELL SK-8115
实体店装机帮我超频测试的时候linx运行过7次,FURMARK也试过没发现问题,cpu电压在1.27-1.288v中间变动
内存三星黑条超频到1866,时序9-10-10-26 2T，三星黑条是1207周期的
现在发现有时会蓝屏,已经截图,大家帮忙看看怎么搞
评论
同病相连
评论
对了 我玩AVA 这个游戏的时候 ，会突然花屏然就后重启 没有蓝屏那个界面 再次进入系统就是提示异常关机 错误代码1E 是不是显卡的问题 ？
评论
报蓝屏代码没用，转储文件才能说明问题。你发上来的转储文件中有三个是因atikmpag.sys和dxgmms1.sys 驱动出现问题而死机，剩下的都是hal.dll和ntoskrnl.exe，看文件名，这个属于ATI的显卡驱动和dx的驱动，按照经验一般来说如果是内存出现问题的话，一般只有hal.dll和ntoskrnl.exe会出问题，当然也不排除是你在游戏过程中，系统把显卡驱动调入到损坏的内存导致的。所以你要先排除内存问题，推荐你用一个软件：linx，这个可以同时烤cpu及内存（拷机时选择所有内存）此时和显卡没有关系，假如完整拷机超过3次没有蓝屏(或者软件称因为错误而终止)的话，可以判断你的内存和cpu没有问题，到时再用甜甜圈拷显卡测试。顺便科普一下hal.dll在系统中的地位叫硬件抽象层，系统或者应用软件想调用硬件必须先通过硬件抽象层及驱动程序，假如是因硬件发生的死机，都会提示是hal.dll导致的故障，所以 一般来说报这个错都必须一个一个硬件排除。
评论
缩缸了吧
评论
我按照你的回来 用LINX 烤机 出现错误 !怎么回事? 我是慢慢增加电压的!一开始 出现蓝屏D1 随着电压增加 变成124 最后终于能过烤机10分钟了 确出现错误了 郁闷!是因为我选择了全部内存的原因吗?我内存是12G
未命名.jpg (323.57 KB, 下载次数: 0)
第二次还是 错误 但不蓝屏了
未命名2.jpg (301.28 KB, 下载次数: 3)
第三次把内存时序降到9-9-9-24 可还是出错!另外我的电压是满载比空载高 空载时1.232V LINX满载1.248V 这样正常吗? 不是说INTEL 应该是满载比空载电压低的吗? 我主板防掉压选择的是level2
未命名3.jpg (263.02 KB, 下载次数: 0)
评论
选择全部内存的话，linx会使用你的所有内存做运算，假如你的内存有问题，就会出错。看来你的内存悲剧了 ，先降到默认频率，再跑一次。如果还是出错，那么就一条一条试，找出有问题的内存，我看你的内存因长时间超频缩肛了，你刚超内存的时候，有没有过memtest86+？
我有两条三星金条，要超到2133想稳定必须得把时序调成10-11-11-24
评论
大加Vcore，看海蓝不蓝。
评论
怎么看怎么像这颗u的uncore不行
评论
你的意思是内存控制器吗？
评论
晕了，三星的黑条 1205周期的 才换回来的耶 也没怎么超压，就1600下工作，时序 是9-9-9-24-1T 要么就是8-8-8-22-1T 在用 ！内存控制器 QPI/VTT 电压 我 1.175 加到 1.275 还是一个鸟样，估计和VTT电压没有关系 ，而且我发现 跑LINX 用的内存越小，出错误的时间点越小！郁闷
评论
你没遇到不代表就不可以。查过很多资料，1E就是vcore和内存问题才会出现。
我是2600k+p8p67+船1600c9 4GX2，之前也是蓝屏，不过是轻载蓝屏，具体是待机01E或玩CSS大概十几分钟以后01E，后来把JS告我的给挑好的1.255oc4.5G的电压，一直加到1.28，才稳定了。目前已稳定运行将近2个月，再未蓝过。
内存降为1600 999-24，或用xmp；
cpu加压，先加到1.3，不行0.01递进加，1.31，1.32，1.33尝试
评论
怀疑显卡也有问题，一个一个排除吧
先拆显卡测试，然后再内存xmp，然后再单条逐一测试，然后再cpu
评论
现在看来 我和你情况估计一样，因为 我也轻载蓝屏过 ，不过蓝屏代码 有时候是连续0x0a D1 FC 都是些稀奇古怪的代码 玩AVA有时候半天都没事 有时候一会儿 就屏幕一花 重启，
我昨天已经给核心加压了 BOIS提高到了1.26V 防掉压level2 还是掉压到1.232V轻载，满载1.248V 昨天晚上没死机！我再试试看一段时间，但现在LINX 跑老是出错 哎 一波未平一波又起！
评论
嗯，需要加压试试。
如果还有蓝屏，注意分别测试内存条和cpu，来排除；
另外，看你蓝屏代码复杂多变，有可能其他硬件也有问题，比如显卡，注意排查吧。
评论
心急吃不了热豆腐，故障排除就是要一点一点来的，你先把cpu频率和电压降下来，时序可以设置为auto，跑linx试试看会不会出错，如果不会，再逐步加压超频，试出一个可以稳定使用的频率（我没记错的话1156平台的内存控制器是集成在cpu里的），如果还会，就要考虑是内存故障了，要一条一条地慢慢试。根据我自己的经验，有时主板有问题也会导致linx拷机时出错。
1156的平台我没用过，不过上网看1156的cpu超频注意事项还是相当多的。
评论
三星黑条 在我G1主板上只要超频 就千万不能把内存放到AUTO 我不知道怎么回事，不然肯定开不了机，因为AUTO的话，BOIS 自动把时序调成7-7-7 了 晕 还有我是1366平台 不是1156的
评论
那你就把时序再放宽一点 试一试10-10-10-24，内存电压调到1.5v 试试。1366的内存控制器也是集成在cpu里的。
我记得我自用的技嘉主板有一个选项必须要调到std的 否则超频超高必蓝屏，那个选项的说明上写着，（我简单用中文翻译一下）超频后必须选为std 否则可能导致系统不稳定
评论
今晚回来 我跑了下MT 内存时序是 7-8-8-21-1T 内存电压1.5V 到150%时候手动停止 因为实在是时间太长了 ! 我想我的内存应该没有问题了吧?另外 这样长期用能行吗? QPI/VTT电压是1.175V 内存不会缩肛吧 ??
mt.jpg (406.94 KB, 下载次数: 0)
评论
7-7-7-21.jpg (296.45 KB, 下载次数: 0)
评论
已解决!原因是自己对核心电压太过自信! 呵呵 加了点电压现在 1.232V 4.2G VTT电压1.175V 搞定 ! 现在就是烤鸡满载的时候会跳到1.248V 正常吗???
不是说满载 降压才正常的吗?求解
CPU.jpg (149.45 KB, 下载次数: 0)
评论
反正窝上4条内存就没事，3条内存就很容易蓝屏 电路 电子 维修 求创维42c08RD电路图 评论 电视的图纸很少见 评论 电视的图纸很少见 评论 创维的图纸你要说 版号，不然无能为力 评论 板号5800-p42ALM-0050 168P-P42CLM-01 电路 电子 维修 我现在把定影部分拆出来了。想换下滚，因为卡纸。但是我发现灯管挡住了。拆不了。不会拆。论坛里的高手拆解过吗？ 评论 认真看，认真瞧。果然有收
·日本中文新闻 唐田绘里香为新剧《极恶女王》剃光头 展现演员决心
·日本中文新闻 真子小室夫妇新居引发隐私担忧
·日本中文新闻 前AKB48成员柏木由纪与搞笑艺人交往曝光
·日本学校 ｛日本国际学校｝梅田インターナショナルスクール
·日本学校 LINE：sm287 陳雨菲、20歳、台湾からの留学生、東京に来たばかり
·日本留学生活 出售平成22年走行48000km 代步小车
·日本华人网络交流 円相場 一時1ドル＝140円台まで上昇？
·日本华人网络交流 问日本华人一个问题
·日本旅游代购 富山接机
·生活百科 英国转澳大利亚转换插头
·汽车 【求助】修车遇到困难怎么办？