2012年9月か10月頃にVaioVGN-CR353ラップトップが渡され、Ubuntuをインストールしました。私はすでにそれを非常に個人的なラップトップにし、ワイン(SC2、Frozen throne)、いくつかのIDE(Sublime Text 2、Eclipse、Netbeans)の下で問題なくゲームをインストールしました...昨年11月まで。
ご存知のとおり、この問題の原因はソフトウェアではないと判断した11月の最後の週まで、内部に触れたことはありませんでした。
Ubuntuは、95Cまたは105Cのクリティカルマークに頻繁にヒットし、自動的にシャットダウンすると報告しています。私はすでにこの問題に次の方法で対処しています。
しかし、それでも、これらの問題に対処した後でも、過熱の問題は依然として存在します。過熱は次の場合に発生します。
制限:
温度を監視するために、すでにlm-sensorsとgkrellmをインストールしました。私は現在、両方のCPUコアとACPI温度を表示しています。珍しいことに、私はそれらが60℃を超えるのを見たことがありません。現在、温度範囲の最新の測定値は、フレッシュブートで32℃、室温で43℃、中程度の負荷(マルチタブサーフィン)で49℃、Netbeansを使用している場合は53℃です。使用ごとに温度が大きく変動するのはかなり不思議です。
また、しばらく前のラボのように、ラップトップがまったく熱く感じられなくても、システムが臨界温度に達したと報告することがあります。
今まで、私はまだラップトップでこの戦争をしている。私はテーブルを好転させ、この問題を完全に修正することができる重要なルーチンを見逃していますか?アイデアが足りなくなりました。
Update1:
現在、Firefox経由で別のラップトップ用のドライバーをダウンロードしています。 CPU使用率は80%と21%で、両方のコアの温度は58Cと51Cです。 ACPI温度は60℃、ディスク使用量(ダウンロードによる書き込み)は最大205KB /秒。ラム使用量約。 500MB。まだ過熱はありません。
Update2:
Prime95を実行する直前に、私はすでにWindowsのインストールと使用を数日間テストしました。同じことがWindowsでも起こります。唯一の違いは、マシンを半適切にシャットダウンするLinuxとは異なり、Windowsではオフになるだけです。いきなりプラグを抜くようなものです。
したがって、Linuxの問題ではありません。
Update3:
LinuxでPrime95を入手して実行することができました。驚くべきことに、ラップトップを両方のコアで100%の負荷、100%のメモリ使用量にプッシュし、最大90Cstableに到達し、超過することなく(テスト済み)過熱せずに10〜15分など)。なぜマシンが突然95Cと105Cを報告するのか疑問に思います。
Update4:
ラップトップを分解して完全に清掃してから、組み立て直しました。異常なことは何もありません。ほんのわずかなほこりの層です。その後、Prime95を30分間実行して、ラップトップが過熱しないことを証明しました。それはせいぜい91 * C、平均85 * Cでさえ最高です。センサーが故障している可能性があります。
Update5:最後に、現在の温度が上昇するのを監視するだけでなく、両対数グラフで温度を監視するスクリプトを実行しました。変更 この投稿のスクリプト ACPI(GKrellM labesl itとして)、リグのコアおよび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では機能しないということです。
したがって、基本的に問題はソニーにあり、彼らはそれがウィンドウズ以上のものであることを望んでいません。