专治各种疑难杂症 CPU问题 笔者 珍藏值得 一看.docx

专治各种疑难杂症 CPU问题 笔者 珍藏值得 一看.docx

《专治各种疑难杂症 CPU问题 笔者 珍藏值得 一看.docx》由会员分享，可在线阅读，更多相关《专治各种疑难杂症 CPU问题 笔者 珍藏值得 一看.docx（13页珍藏版）》请在冰豆网上搜索。

专治各种疑难杂症CPU问题笔者珍藏值得一看

强力解释CPU各种问题

电脑用久了，难免会出现这样那样的故障。

在众多电脑故障中，板卡类出现机率最大。

CPU虽然是电脑中重要的配件，但出现故障的机率相当少，常见的CPU故障大致有以下几种：

散热故障、重启故障、黑屏故障及超频故障。

由于CPU本身出现故障的几率非常小，所以大部分故障都是因为用户粗心大意造成的。

案件一：

CPU损坏导致电脑不断地重启

　　故障现象：

朋友一台组装机，最近出现不断重启，其表现为有时刚刚出现启动画面即重启，或者进入系统后不久就重启。

　　分析解决：

因为本机已通过ADSL连入宽带网，而且近期网上病毒肆虐，所以先查杀病毒，问题依旧。

朋友曾下载和试用各种软件，于是重新格式化硬盘安装系统。

在安装过程中出现蓝屏和死机的现象，跳过错误提示后，总算装完了系统。

　　可是，系统不断重启的问题依然没有解决。

朋友电脑买来有3年了，很少对机箱进行过清理，是不是内部灰尘过多引发的硬件接触不良呢？

打开机箱，对重要的部件如电源、CPU风扇、内存进行了清洁和擦拭。

完工后重新开机，电脑依然不断重启。

到这时候，我意识到可能某个电脑硬件出了问题。

首先电源的疑问最大，直接更换了某名牌300W的电源，故障依旧。

随后，我只有拿出了杀手锏—“最小系统法”。

保留系统启动必备的硬件进行故障排查，结果电脑依然不断重启，不过这就圈定了引起故障的嫌疑范围。

接着祭出“换件大法”，直到更换CPU并安装良好后，故障才消失，系统重启的元凶居然是CPU！

原来，朋友电脑的CPU曾更换过风扇和散热器。

由于安装不当造成散热器和CPU接触不良，影响了CPU的散热，在长时间的使用后，大大缩短了CPU的寿命。

　　总结：

对于一般的电脑故障，如果不是系统彻底瘫痪，我们很少怀疑到CPU损坏的可能。

但什么事都不是绝对的，在发生故障时，我们要谨慎、小心地按顺序认真排查，不放过一丝可疑，就能找到故障的真正所在。

　　案例二:

“低温”工作也能把CPU烧毁

　　故障现象：

笔者的一位朋友曾做这样一个测试，将台式机CeleronD处理器运行于标准频率下（没有超频），通过电吹风加热到55摄氏度（利用主板温度监测功能得到），只要运行CPU占用率高的程序，一会就死机；而把CeleronD超频后，系统温度为50摄氏度左右，运行Quake十多分钟才死机。

估计此时温度已经超过55摄氏度，而其内核的温度通过实测，发现已达到86.4摄氏度。

后来发现CPU在这样的低温下运行差一点就烧毁了。

但他发现笔记本电脑却没有出现这种“表里不一”的问题。

　　故障分析：

原来这是主板检测到的CPU温度迷惑了我们。

其实现在台式机主板报告的CPU温度根本不是其内核温度，因为台式机主板常见的测温探头根本就没有和CPU散热片或CPU接触，测量的只是CPU附近的空气温度。

这才造成不少CPU在看似低温的情况下烧毁。

从Intel公布的数据来看，Pentium的温度极限在85摄氏度，如果大家丧失警惕，偏信主板的报告，以为自己的CPU还运行在低温状态下，那就大错特错了。

　　为什么笔记本电脑不会出现这种差异？

原来笔记本中对CPU测温采用的是热敏电阻，测温点在CPU底部，如果直接读数，其实温度并没有这么高，而其显示的监控温度经过了校正，比测量的温度高，这样就更加接近CPU的内核温度。

所以大部分笔记本测试的CPU温度是内核温度，不会出现低温下烧毁CPU的情况。

　　案例三：

CPU针脚接触不良，导致机器无法启动

　　故障现象：

某用户一台AthlonCPU的电脑，平日使用一直正常，有一天突然无法开机，屏幕无显示信号输出，开始认定显卡出现故障。

用替换法检查后，发现显卡无问题，后来又推测是显示器故障，检查后，显示器也一切正常。

纳闷之余，拔下插在主板上的CPU，仔细观察并无烧毁痕迹，但就是无法点亮机器。

后来发现CPU的针脚均发黑、发绿，有氧化的痕迹和锈迹（CPU的针脚为铜材料制造，外层镀金），便用牙刷对CPU针脚做了清洁工作，电脑又可以加电工作了。

　　故障分析：

CPU除锈后解决了问题，但锈究竟怎么来的。

最后把疑点落在了那块制冷片上，以前有文章讲过制冷片有结露现象，可能是因为制冷片将芯片的表面温度降得太低，低过了结露点，导致CPU长期工作在潮湿环境中。

而裸露的铜针脚在此环境中与空气中的氧气发生反应生成了铜锈。

日积月累锈斑太多造成接触不良，从而引发这次奇特故障。

此外还有一些劣质主板，由于CPU插槽质量不好，也会造成接触不良，用户需要自行固定CPU和插槽的接触，方可解决问题。

　　案例四：

挂起模式造成CPU烧毁

　　故障现象：

一般的系统挂起并不会造成CPU烧毁，系统会自动降低CPU工作频率和风扇转速来节省能耗。

而这里所说的挂起模式造成CPU被烧毁，均是超频后的CPU。

或许你会觉得这有点不可思议，超频后的CPU为什么会被烧毁？

这都因为风扇停止运转造成的。

原来，主板上的监控芯片除可以监控风扇转速外，有的还能在系统进入Suspend（挂起）省电模式下，自动降低风扇转速甚至完全停止运转，这本是好意，可以省电，也可以延长风扇的寿命与使用时间。

过去的CPU处于闲置状态下，热量不高，所以风扇不转，只靠散热片还能应付散热。

但现在的CPU频率实在太高，即使进入挂起模式，当风扇不转时，CPU也会热得发烫。

因此有的人就会遇到，当从挂起转入正常模式时，Windows会死机并出现蓝屏，这就是CPU过热产生的错误。

严重时，CPU会因为过热而挂掉。

　　故障分析：

这种情况并不是在每块主板都会发生，发生时必须要符合三个条件。

首先CPU风扇必须是3pin风扇，这样才会被主板所控制。

第二，主板的监控功能必须具备FanOffWhenSuspend（进入挂起模式即关闭风扇电源），且此功能预设为On。

有的主板预设On，甚至有的在PowerManagement的设定就有FanOffWhenSuspend这一项选项，大家可以注意看看。

第三，进入挂起模式。

因此，现在就对照检查一下自己的电脑吧。

　　案例五：

CPU频率常见故障

　　故障现象：

有一台电脑的CPU为AthlonXP1600+，开机后BIOS显示为1050MHz，但正常的AthlonXP1600+应为10.5倍频×133MHz外频=1400MHz主频。

在BIOS中发现外频最大只能设置为129MHz，拆机发现主板的DIP开关调到了100MHz外频，于是将其调为133MHz外频，开机后黑屏，CPU风扇运转正常。

反复几次均是如此，后来再把主板上的DIP开关全部调为Auto，在默认状态下，系统自检仍为1050MHz。

怀疑内存和显卡等不同步，降内存CAS从2改为2.5，依然无法正常自检；又将AGP显卡从4X改2X模式，开机恢复正常。

　　故障分析:

后来经过证实，此用户的显卡版本比较老，默认的AGP工作频率是66MHz（在100MHz下，PCI的工作频率为100÷3=33.3MHz，AGP则是PCI×2=66.6MHz，在133MHz外频下AGP的频率为133÷3×2=88.7MHz），因为AthlonXP所使用的133MHz外频，AGP的工作频率随即提升至了88.7MHz。

因此，显示器黑屏显然为显卡所为，将显卡降低工作频率后，系统恢复正常。

　　笔者也经常在网络上见到由于CPU频率不正常而引起的故障，早期的一些PentiumⅢ或Athlon主板都是默认100MHz外频，而现在新核心的CPU均是133MHz外频。

这样在主板自动检测的情况下，CPU都被降频使用，一般往往也不被人所发现。

遇到此类情况只要通过调整外频及显卡或内存的异步工作即可。

　　案例六：

电脑性能下降之迷

　　故障现象：

一台Pentium4电脑在使用初期表现异常稳定，但后来似乎感染了病毒，性能大幅度下降，偶尔伴随死机现象。

首先使用杀毒软件查杀毫无发现。

接着怀疑磁盘碎片过多所致，用Windows的磁盘碎片整理程序进行整理，问题依旧。

又认为是Windows有问题，格式化重装系统，仍然没有效果。

打开机箱发现CPU散热器的风扇出现问题，通电后根本不转。

更换新散热器，故障解决。

　　故障分析：

原来Pentium4处理器的核心配备了热感式监控系统，它会持续检测温度。

只要核心温度到达一定水平，该系统就会降低处理器的工作频率，直到核心温度恢复到安全界限以下。

这就是系统性能下降的真正原因。

同时，这也说明散热器的重要，推荐优先考虑一些品牌散热器，不过它们也有等级之分，在购买时应注意其所能支持的CPU最高频率是多少，然后根据自己的CPU对方抓药。

　　案例七：

不断重启的主机

　　故障现象：

一次误将CPU散热片的扣具弄掉了。

后来又照原样把扣具安装回散热片。

重新安装好风扇加电评测，结果刚开机，电脑就自动重启。

检查其它部件都没问题，按照常规经验应该是散热部分的问题。

有可能是主板侦测到CPU过热，自动保护。

但反复检查导热硅脂和散热片都没有问题，重新安装回去还是反复重启。

更换了散热风扇后，一切OK。

难道散热片有问题，经反复对比终于发现，原来是扣具方向装反了。

结果造成散热片与CPU核心部分接触有空隙，CPU过热，主板侦测CPU过热，重启保护。

原来CPU散热风扇安装不当，也会造成Windows自动重启或无法开机。

　　故障分析：

CPU随着工艺和集成度的不断提高，核心发热已是一个比较严峻的问题，因此目前的CPU对散热风扇的要求也越来越高。

散热风扇安装不当而引发的问题相当普遍和频繁。

如果你使用的是Pentium4或Athlon之类的CPU，请选择质量过硬的CPU风扇，并且一定注意其正确的安装方法。

否则轻辄是机器重启，重辄CPU烧毁。

其实以上所讲的这些故障都不可怕，大部分是用户粗心大意造成的。

常见故障主要就集中在散热和频率两方面，只要能做到小心仔细就可避免类似问题出现。

当然，我们更希望大家能从中学到解决CPU故障的思路及办法，这样在遇到CPU故障时就能从容应对了

CPU占用100%的原因

1、dllhost进程造成CPU使用率占用100%

　　特征:

服务器正常CPU消耗应该在75%以下，而且CPU消耗应该是上下起伏的，出现这种问题的服务器，CPU会突然一直处100%的水平，而且不会下降。

查看任务管理器，可以发现是DLLHOST.EXE消耗了所有的CPU空闲时间，管理员在这种情况下，只好重新启动IIS服务，奇怪的是，重新启动IIS服务后一切正常，但可能过了一段时间后，问题又再次出现了。

　　直接原因:

　　有一个或多个ACCESS数据库在多次读写过程中损坏，微软的MDAC系统在写入这个损坏的ACCESS文件时，ASP线程处于BLOCK状态，结果其它线程只能等待，IIS被死锁了，全部的CPU时间都消耗在DLLHOST中。

　　解决办法:

　　安装“一流信息监控拦截系统”，使用其中的“首席文件检查官IIS健康检查官”软件，

　　启用”查找死锁模块”，设置:

　　--wblock=yes

　　监控的目录，请指定您的主机的文件所在目录:

　　--wblockdir=d:

\test

　　监控生成的日志的文件保存位置在安装目录的log目录中，文件名为:

logblock.htm

　　停止IIS，再启动“首席文件检查官IIS健康检查官”，再启动IIS，“首席文件检查官IIS健康检查官”会在logblock.htm中记录下最后写入的ACCESS文件的。

　　过了一段时间后，当问题出来时，例如CPU会再次一直处100%的水平，可以停止IIS，检查logblock.htm所记录的最后的十个文件，注意，最有问题的往往是计数器类的ACCESS文件，例如:

”**COUNT.MDB”，”**COUNT.ASP”，可以先把最后十个文件或有所怀疑的文件删除到回收站中，再启动IIS，看看问题是否再次出现。

我们相信，经过仔细的查找后，您肯定可以找到这个让您操心了一段时间的文件的。

　　找到这个文件后，可以删除它，或下载下来，用ACCESS2000修复它，问题就解决了。

　　2、svchost.exe造成CPU使用率占用100%

　　在win.ini文件中，在[Windows]下面，“run=”和“load=”是可能加载“木马”程序的途径，必须仔细留心它们。

一般情况下，它们的等号后面什幺都没有，如果发现后面跟有路径与文件名不是你熟悉的启动文件，你的计算机就可能中上“木马”了。

当然你也得看清楚，因为好多“木马”，如“AOLTrojan木马”，它把自身伪装成command.exe文件，如果不注意可能不会发现它不是真正的系统启动文件。

　　在system.ini文件中，在[BOOT]下面有个“shell=文件名”。

正确的文件名应该是“explorer.exe”，如果不是“explorer.exe”，而是“shell=explorer.exe程序名”，那幺后面跟着的那个程序就是“木马”程序，就是说你已经中“木马”了。

　　在注册表中的情况最复杂，通过regedit命令打开注册表编辑器，在点击至:

“HKEY-LOCAL－MACHINE\Software\Microsoft\Windows\CurrentVersion\Run”目录下，查看键值中有没有自己不熟悉的自动启动文件，扩展名为EXE，这里切记:

有的“木马”程序生成的文件很像系统自身文件，想通过伪装蒙混过关，如“AcidBatteryv1.0木马”，它将注册表“HKEY-LOCAL-MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run”下的Explorer键值改为Explorer=“C:

\Windows\expiorer.exe”，“木马”程序与真正的Explorer之间只有“i”与“l”的差别。

当然在注册表中还有很多地方都可以隐藏“木马”程序，如:

“HKEY-CURRENT-USER\Software\Microsoft\Windows\CurrentVersion\Run”、“HKEY-USERS\****\Software\Microsoft\Windows\CurrentVersion\Run”的目录下都有可能，最好的办法就是在“HKEY-LOCAL-MACHINE\Software\Microsoft\Windows\CurrentVersion\Run”下找到“木马该病毒也称为“CodeRedII（红色代码2）”病毒，与早先在西方英文系统下流行“红色代码”病毒有点相反，在国际上被称为VirtualRoot（虚拟目录）病毒。

该蠕虫病毒利用Microsoft已知的溢出漏洞，通过80端口来传播到其它的Web页服务器上。

受感染的机器可由黑客们通过HttpGet的请求运行scripts/root.exe来获得对受感染机器的完全控制权。

　　当感染一台服务器成功了以后，如果受感染的机器是中文的系统后，该程序会休眠2天，别的机器休眠1天。

当休眠的时间到了以后，该蠕虫程序会使得机器重新启动。

该蠕虫也会检查机器的月份是否是10月或者年份是否是2002年，如果是，受感染的服务器也会重新启动。

当WindowsNT系统启动时，NT系统会自动搜索C盘根目录下的文件explorer.exe，受该网络蠕虫程序感染的服务器上的文件explorer.exe也就是该网络蠕虫程序本身。

该文件的大小是8192字节，VirtualRoot网络蠕虫程序就是通过该程序来执行的。

同时，VirtualRoot网络蠕虫程序还将cmd.exe的文件从WindowsNT的system目录拷贝到别的目录，给黑客的入侵敞开了大门。

它还会修改系统的注册表项目，通过该注册表项目的修改，该蠕虫程序可以建立虚拟的目录C或者D，病毒名由此而来。

值得一提的是，该网络蠕虫程序除了文件explorer.exe外，其余的操作不是基于文件的，而是直接在内存中来进行感染、传播的，这就给捕捉带来了较大难度。

　　我们先看看微软是怎样描述svchost.exe的。

在微软知识库314056中对svchost.exe有如下描述:

svchost.exe是从动态链接库（DLL）中运行的服务的通用主机进程名称。

　　其实svchost.exe是WindowsXP系统的一个核心进程。

svchost.exe不单单只出现在WindowsXP中，在使用NT内核的Windows系统中都会有svchost.exe的存在。

一般在Windows2000中svchost.exe进程的数目为2个，而在WindowsXP中svchost.exe进程的数目就上升到了4个及4个以上。

所以看到系统的进程列表中有几个svchost.exe不用那幺担心。

　　svchost.exe到底是做什幺用的呢?

　　首先我们要了解一点那就是Windows系统的中的进程分为:

独立进程和共享进程这两种。

由于Windows系统中的服务越来越多，为了节约有限的系统资源微软把很多的系统服务做成了共享模式。

那svchost.exe在这中间是担任怎样一个角色呢?

　　svchost.exe的工作就是作为这些服务的宿主，即由svchost.exe来启动这些服务。

svchost.exe只是负责为这些服务提供启动的条件，其自身并不能实现任何服务的功能，也不能为用户提供任何服务。

svchost.exe通过为这些系统服务调用动态链接库（DLL）的方式来启动系统服务。

　　svchost.exe是病毒这种说法是任何产生的呢?

　　因为svchost.exe可以作为服务的宿主来启动服务，所以病毒、木马的编写者也挖空心思的要利用svchost.exe的这个特性来迷惑用户达到入侵、破坏计算机的目的。

　　如何才能辨别哪些是正常的svchost.exe进程，而哪些是病毒进程呢?

　　svchost.exe的键值是在“HKEY_LOCAL_MACHINE\Software\Microsoft\WindowsNT\CurrentVersion\Svchost”，如图1所示。

图1中每个键值表示一个独立的svchost.exe组。

　　微软还为我们提供了一种察看系统正在运行在svchost.exe列表中的服务的方法。

以WindowsXP为例:

在“运行”中输入:

cmd，然后在命令行模式中输入:

tasklist/svc。

系统列出如图2所示的服务列表。

图2中红框包围起来的区域就是svchost.exe启动的服务列表。

如果使用的是Windows2000系统则把前面的“tasklist/svc”命令替换为:

“tlist-s”即可。

如果你怀疑计算机有可能被病毒感染，svchost.exe的服务出现异常的话通过搜索svchost.exe文件就可以发现异常情况。

一般只会找到一个在:

“C:

\Windows\System32”目录下的svchost.exe程序。

如果你在其它目录下发现svchost.exe程序的话，那很可能就是中毒了。

　　还有一种确认svchost.exe是否中毒的方法是在任务管理器中察看进程的执行路径。

但是由于在Windows系统自带的任务管理器不能察看进程路径，所以要使用第三方的进程察看工具。

　　上面简单的介绍了svchost.exe进程的相关情况。

总而言之，svchost.exe是一个系统的核心进程，并不是病毒进程。

但由于svchost.exe进程的特殊性，所以病毒也会千方百计的入侵svchost.exe。

通过察看svchost.exe进程的执行路径可以确认是否中毒。

　　3、Services.exe造成CPU使用率占用100%

　　症状

　　在基于Windows2000的计算机上，Services.exe中的CPU使用率可能间歇性地达到100%，并且计算机可能停止响应（挂起）。

出现此问题时，连接到该计算机（如果它是文件服务器或域控制器）的用户会被断开连接。

您可能还需要重新启动计算机。

如果Esent.dll错误地处理将文件刷新到磁盘的方式，则会出现此症状。

　　解决方案

　　ServicePack信息

　　要解决此问题，请获取最新的MicrosoftWindows2000ServicePack。

有关其它信息，请单击下面的文章编号，以查看Microsoft知识库中相应的文章:

　　260910如何获取最新的Windows2000ServicePack

　　修复程序信息

　　Microsoft提供了受支持的修补程序，但该程序只是为了解决本文所介绍的问题。

只有计算机遇到本文提到的特定问题时才可应用此修补程序。

此修补程序可能还会接受其它一些测试。

因此，如果这个问题没有对您造成严重的影响，Microsoft建议您等待包含此修补程序的下一个Windows2000ServicePack。

　　要立即解决此问题，请与“Microsoft产品支持服务”联系，以获取此修补程序。

有关“Microsoft产品支持服务”电话号码和支持费用信息的完整列表，请访问MicrosoftWeb站点:

　　注意:

特殊情况下，如果Microsoft支持专业人员确定某个特定的更新程序能够解决您的问题，可免收通常情况下收取的电话支持服务费用。

对于特定更新程序无法解决的其它支持问题和事项，将正常收取支持费用。

　　下表列出了此修补程序的全球版本的文件属性（或更新的属性）。

这些文件的日期和时间按协调通用时间（UTC）列出。

查看文件信息时，它将转换为本地时间。

要了解UTC与本地时间之间的时差，请使用“控制面板”中的“日期和时间”工具中的时区选项卡。

　　状态

　　Microsoft已经确认这是在本文开头列出的Microsoft产品中存在的问题。

此问题最初是在MicrosoftWindows2000ServicePack4中更正的。

　　4、正常软件造成CPU使用率占用100%

　　首先，如果是从开机后就发生上述情况直到关机。

那幺就有可能是由某个随系统同时登陆的软件造成的。

可以通过运行输入“msconfig”打开“系统实用配置工具”，进入“启动”选项卡。

接着，依次取消可疑选项前面的对钩，然后重新启动电脑。

反复测试直到找到造成故障的软件。

或者可以通过一些优化软件如“优化大师”达到上述目的。

另:

如果键盘内按键卡住也可能造成开机就出现上述问题。

　　如果是使用电脑途中出项这类问题，可以调出任务管理器（WINXPCTRL+ALT+DELWIN2000CTRL+SHIFT“ESC），进入”进程“选项卡，看”CPU“栏，从里面找到占用资源较高的程序（其中SYSTEMIDLEPROCESS是属于正常，它的值一般都很高，它的作用是告诉当前你可用的CPU资源是多少，所以它的值越高越好）通过搜索功能找到这个进程属于哪个软件。

然后，可以通过升级、关闭、卸载这个软件或者干脆找个同类软件替换，问题即可得到解决。

　　5、病毒、木马、间谍软件造成CPU使用率占用100%

　　出现CPU占用率100%的故障经常是因为病毒木马造成的，比如震荡波病毒。

应该首先更新病毒库，对电脑进行全机扫描。

接着，在使用反间谍软件Ad—Aware，检查是否存在间谍软件。

论坛上有不少朋友都遇到过svchost.exe占用CPU100%，这个往往是中毒的表现。

　　svchost.exeWindows中的系统服务是以动态链接库（DLL）的形式实现的，其中一些会把可执行程序指向svchost.exe，由它调用相应服务的动态链接库并加上相应参数来启动服务。

正是因为它的特殊性和重要性，使它更容易成为了一些病毒木马的宿主。

　　6、explorer.exe进程造成CPU使用率占用100%

　　在system.ini文件中，在[BOOT]下面有个“shell=文件名”。

正确的文件名应该是“explorer.exe”，如果不是“explorer.exe”，而是“shel