通常のクリーニングルーチンを実行した後のラップトップの過熱

2012年9月または10月頃にVaio VGN-CR353ラップトップが渡され、Ubuntuをインストールしました。私はすでにそれを非常に個人的なラップトップにし、ワイン（SC2、Frozen throne）、いくつかのIDE（Sublime Text 2、Eclipse、Netbeans）でゲームをインストールしました。

ご存知の通り、この問題を引き起こしているのはソフトウェアではないと判断した11月の最後の週まで、私は内部に触れませんでした。

Ubuntuは、頻繁に95Cまたは105Cのクリティカルマークに達し、自動的にシャットダウンすると報告しています。私はすでにこの問題に対処しています：

• 内部をまき散らします。驚くべきことに、最初はとてもきれいでした。
• ファンとシンクのごくわずかな堆積物を取り除きました。
• 誤って適用した場合に備えて、サーマルコンパウンドをすでに数回再適用しました。現在、さまざまなアプリケーションテクニックをテストしています。また、化合物による短絡を排除するためにナノダイヤモンドを選択しました。
• シンクをしっかりと固定します。シンクを保持するアームを少し曲げて、シンクができる限りきつくなるようにします。
• 通気口が明確であることを確認した
• クーラーを買った
• より大きな「ゴム足」を購入して、ラップトップを持ち上げました。ラップトップは平らな面から少なくとも1 cm
• 2.6から3.2のLinuxカーネルが過熱の問題を抱えているため、Ubuntuの異なるバージョンを再インストールしました。現在3.5カーネル（Lubuntu 12.10）上にあります。

それでも、これらの問題に対処した後、過熱問題は依然として存在します。過熱は次の場合に発生します。

• フラッシュプラグインがインストールされていない場合でも、任意のブラウザー（Firefox、Chromium）でネットサーフィンします（したがって、Flashのせいではありません）
• ターミナル経由で39GBの外部ハードディスクにファイルをコピーしました。異常に、GUIを使用してコピーしても過熱しません。
• Netbeansを使用すると、コードを記述するだけで、まだコンパイルすることもできません。
• 無作為に！
• 私が学校のコンピューター室にいるときでも、それは非常に寒いです。
• Windowsのクリーンインストール後

制限事項：

• ファンのBIOS設定もプロセッサの周波数設定もありません（Sonyです、あなたは何を期待していますか？）
• Vaioのラップトップはファンセンサーやその他のセンサーを実装していないため、lmセンサーはファンセンサーやCPUコアとマザーボード以外のセンサーを検出しません。

私はすでに温度を監視するためにlmセンサーとgkrellmをインストールしました。現在、CPUコアとACPIの両方の温度を確認しています。異常に、私はそれらが60Cを超えることを見たことはありません。現在、温度範囲の最新の測定値は、フレッシュブートで32℃、室温で43℃、中程度の負荷（マルチタブサーフィン）で49℃、Netbeansを使用した場合は53℃です。温度が使用ごとに大きな違いで変動するのは非常に奇妙です。

また、ラップトップがまったく暑くないときでも、ラボでのように、システムが臨界温度に達したと報告することがあります。

今まで、私はまだラップトップでこの戦争を繰り広げています。この問題を修正するために、テーブルを好転させる重要なルーチンがありませんか？アイデアが不足しています。

アップデート1：

現在、Firefox経由で別のラップトップのドライバーをダウンロードしています。CPU使用率は80％と21％で、両方のコアの温度は58Cと51Cです。60°CのACPI温度および最大205KB / sのディスク使用量（ダウンロードによる書き込み）。ラム使用量約 500MB。まだ過熱していません。

Update2：

Prime95を実行する直前に、Windowsのインストールと使用を数日間テストしました。Windowsでも同じことが起こります。唯一の違いは、Windowsでマシンを半適切にシャットダウンするLinuxとは異なり、電源が切れるだけです！突然プラグを抜くようなものです。

したがって、これはLinuxの問題ではありません。

Update3：

LinuxでPrime95を取得して実行できました。驚いたことに、ラップトップを両方のコアで100％の負荷、100％のメモリ使用量にプッシュし、オーバーヒートせずに（10-15分ほどテスト済み）安定して〜90Cに達することさえできました。マシンが突然95Cと105Cを報告するのはなぜだろうか。

Update4：

ラップトップを完全にきれいにするために分解してから、組み立て直しました。普通のことは何もありません。ほんのわずかな塵の層です。その後、ラップトップが過熱しないことを証明するために、Prime95を30分間実行しました。それは最高で91 * C、平均で85 * Cにも達します。センサーが故障している必要があります。

Update5： 最後に、現在の温度が上がるのを見るのではなく、ロググラフで温度を監視するスクリプトを実行しました。この投稿のスクリプトを変更して、ACPI（GKrellM labeslとして）、コアおよび1秒あたりのリグのHDD温度を監視します。そして、サーフィン、コードのコンパイル、低電力モード、バランスモード、高モードなど、さまざまなシナリオでラップトップを使用しました。

その後、驚くべき発見、ACPIセンサーが瞬く間にクリティカルに急上昇します！このイベントは、PCをシャットダウンするOSサーマル保護を作動させます。温度（ACPI、Core1、Core2、HDD）のログと、からのクリティカル警告があり/var/log/syslogます。また、作成したログのグラフもあります。この1秒あたりのログでは、40〜50の範囲から、なんと111摂氏に飛び出していることがわかります。それだけでなく、それを引き起こしているものはほとんどありません。ログとグラフを見るとわかるように、HDDとコアは正常に機能しています。狂っているのはACPIです。

ちなみに、「ACPI」温度は次のパスから取得されます。 /sys/class/thermal/thermal_zone0/temp

3か月が経ち、ついに問題を特定しました。これはハードウェアの問題であり、広告に満ちたスパムのようなインドのサイトは正しかった（営利団体であるためここに投稿しない）。これは、多くの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がそのポイントを超えたことを知るのに役立ちます。

それから私はいつものルーチンを続けました。そうすると、システムは再びトリップしました。ただし、GKrellMに登録すらされなかったが、私のロガーが記録したのは突然のスパイクでした。それは非常に急激なスパイクであり、それでした。

HPラップトップでも同様の問題がありますが、答えは、カスタムの省電力オプションまたはBIOSへのコマンドがLinuxで機能しないということです。

だから基本的に問題はソニーにあり、彼らはそれがウィンドウよりも優れていることを望んでいない。