按常规清洁程序后笔记本电脑过热

我在2012年9月或10月左右给了我一台Vaio VGN-CR353笔记本电脑，并在上面安装了Ubuntu。我已经将它变成一个非常个人化的笔记本电脑，并在葡萄酒（SC2，Frozen王位），几个IDE（Sublime Text 2，Eclipse，Netbeans）下安装了游戏，直到去年11月为止。

可以知道，直到11月的最后一周，我才确定是不是导致此问题的软件，我才接触过内部部件。

Ubuntu报告经常达到95C或105C临界标志并自动关闭。我已经通过以下方式解决了这个问题：

• 清除内部零件。令人惊讶的是，它一开始很干净。
• 去除了风扇和水槽中的细微堆积物。
• 重新涂上导热胶已经好几次了，以防万一我涂错了。当前正在测试不同的应用技术。还选择了纳米金刚石来排除由于化合物引起的短路。
• 重新将水槽紧紧固定。比赛将保持水槽的手臂弯曲一点，以确保水槽尽可能紧。
• 确保通风孔畅通
• 买了一个散热器
• 通过购买更大的“橡胶支脚”来升高笔记本电脑的高度。现在，笔记本电脑与平面的距离至少为1 cm
• 由于Linux内核从2.6到3.2遭受过热问题，因此重新安装了不同版本的Ubuntu。当前在3.5内核（Lubuntu 12.10）上。

但是，在解决了这些问题之后，仍然存在过热问题。在以下情况下会发生过热：

• 即使未安装Flash插件，我也可以在任何浏览器（Firefox，Chromium）上上网（因此，不要怪Flash）
• 我通过终端将文件复制到价值39GB的外部硬盘上。通常，使用GUI复制时不会过热。
• 使用Netbeans，仅在编写代码时才发生事件，甚至还没有进行编译。
• 随机！
• 即使当我在学校计算机实验室中时，也是如此的寒冷。
• 全新安装Windows之后

局限性：

• 没有风扇的BIOS设置，也没有处理器的频率设置（这是Sony，您期望什么？）
• lm传感器无法检测到风扇传感器或除CPU内核和主板以外的任何其他传感器，因为众所周知，Vaio笔记本电脑没有实现这种传感器。

我已经安装了lm传感器和gkrellm来监视温度。我目前同时查看CPU内核和ACPI临时工。不寻常的是，我从未见过它们超过60℃。当前，温度的最新读数范围是：新靴启动时为32℃，室温下为43℃，中等负载（多选项卡冲浪）下为49℃，使用Netbeans时为53℃。每次使用之间的温度差异很大，这很奇怪。

另外，有时系统报告说达到了临界温度，即使笔记本电脑根本感觉不到高温，就像实验室中的前一阵子。

直到现在，我仍在与笔记本电脑进行这场战争。我是否错过了一个至关重要的例程，该例程可能会翻转表，并一劳永逸地解决此问题？我的想法不多了。

更新1：

当前正在通过Firefox下载另一台笔记本电脑的驱动程序。两个内核的温度分别为58C和51C时，CPU使用率分别为80％和21％。60℃时的ACPI温度和高达205KB / s的磁盘使用率（由于下载而导致写入）。公羊用法约 500MB。尚未过热。

更新2：

在运行Prime95之前，我已经测试了Windows的安装和使用几天。在Windows上也会发生同样的事情。唯一的区别是，与Linux半关闭机器不同，在Windows上，它只是关闭了！就像突然拔掉插头。

因此，这不是Linux问题。

更新3：

设法掌握并在Linux上运行Prime95。令人惊讶的是，我什至可以将笔记本电脑的两个内核的负载提高到100％，内存使用率达到100％，并达到〜90C的稳定状态，并且不会发生过热（经过10-15分钟的测试）而不会过热。我只是想知道为什么机器突然报告95C和105C。

更新4：

拆卸笔记本电脑进行彻底清洁，然后重新组装。没有什么不同寻常的，只是一个小的灰尘层。此后，我运行Prime95 30分钟以证明笔记本电脑不会过热。最高甚至达到91 * C，平均达到85 * C。它必须是有故障的传感器。

Update5： 最终运行了一个脚本，该脚本监视对数图中的温度，而不是仅观察当前温度的升高。修改对这个职位的脚本监视ACPI（如的gkrellm labesl吧），内核和硬盘临时工在我的钻机每秒。然后，我在不同的场景下使用了笔记本电脑，例如浏览，编译代码，低功耗模式，平衡和高模式。

然后是一个了不起的发现，ACPI传感器在瞬间就暴涨到了危险！此事件使操作系统热保护跳闸，从而关闭了PC。我有一个临时日志（ACPI，Core1，Core2，HDD），以及来自的严重警告/var/log/syslog。我也有一个日志图。您可以看到，在此每秒日志中，它突然升至111摄氏度，超出了40-50的范围。不仅如此，几乎没有任何原因。正如您在日志和图形中看到的那样，HDD和内核运行正常。是ACPI变得疯狂了。

顺便说一下，“ ACPI”临时性来自以下路径： /sys/class/thermal/thermal_zone0/temp

已经三个月了，终于找到了问题所在。这是一个硬件问题，看上去充满垃圾邮件的印度网站是正确的（因为这是一个商业实体，因此不会在此处发布），这是许多Vaio笔记本电脑常见的芯片级损坏。

因此，最好且可能唯一的解决方案是将其交给您最近的服务中心进行维修。如果在保修期内，则可以。如果不是，那么，期望为此付出几美元。购买新笔记本可能会更好。

无论如何，我有另一个解决方法，这非常危险。我仅出于告知有解决该问题的方法的目的而分享它，但要权衡取舍。这不是合理的建议，只是说有可能。

这个危险的举动涉及禁用Linux的ACPI关键跳变点。为此，必须编辑其grub文件：

gksudo leafpad /etc/default/grub

并添加thermal.nocrt=-1到GRUB_CMDLINE_LINUX_DEFAULT如下所示：

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash thermal.nocrt=1"

然后更新grub：

sudo update-grub

然后重启。

这将禁用ACPI临界跳变点，但不会禁用热传感器，因此我们仍然可以在此之后进行监视。

这样做之后，我运行了记录器脚本。但是，为了弥补缺少自然跳变点处理程序的不足，我将GKrellM设置为在事件发生时触发操作。由于GKrellM通常会延迟，因此最好知道当它越过跳变点时，当我触发动作时它已经越过了很长时间。

然后我继续执行我的常规程序。这样做之后，系统再次使其跳闸。但是，这是一个突然的高峰，它甚至没有在GKrellM中注册，但是我的记录器记录了它。这是一个非常突然的峰值。

我的HP笔记本电脑也有类似的问题，对我来说，答案很简单，即自定义的省电选项或BIOS的命令在Linux下不起作用。

因此，基本上问题出在索尼，他们不希望它具有Windows以外的其他功能。