web-dev-qa-db-ja.com

サスペンドから戻った後の高いファン速度(Ubuntuの場合)

Ubuntu 10.04(32ビット)を搭載したHP ProBook5310mラップトップを持っています。サスペンドから戻ると、通常、ファンの速度が非常に速くなります。FDTZセンサーは「90°C」を報告します。はい、FDTZは温度を報告しませんが、ファンの速度を報告するため、単位は間違っています。これはおそらく報告の小さなバグにすぎません。興味深いことに、電源ケーブルを少しの間抜き差しすると、ファンの速度が通常に戻ります。

私の質問:

  1. この問題はどこに報告できますか?カーネルでのACPIサポートについてですか?関連するバグトラッカーのアドレスは何ですか?
  2. 今のところ回避策として、電源ケーブルを(抜いて)差し込むのと同等の動作をプログラムでトリガーするにはどうすればよいですか。より一般的には、ACPIにファン速度を再計算させるにはどうすればよいですか?理想的には、echo foo > /proc/barのようなものを探しています。

前もって感謝します!

2
Bolo

私の場合、今のところ回避策は、(rootとして)サスペンド後にこのコマンドを発行することです。

echo 0 > /proc/acpi/fan/FAN5/state

このコマンドはデバイスのスイッチをオンにします–その 電源状態をD に設定します。どうやら、それはすでにオンになっているファンを「リセット」するためにも使用できます。その動作後、ファンは通常の速度(30°C)で動作します。どのファンに触れるかをどうやって知りましたか? 「オン」ステータスのファンを探しました:

grep on /proc/acpi/fan/*/state

かなり類似した問題カーネルバグトラッカー にすでに追加されているようです。

1
Bolo

Ubuntu 12.04LTSとHP8510wラップトップを持っています。何らかの理由で、コンピューターに/ proc/acpi/fanディレクトリがないので、/ sys/devices/virtual/Thermal/cooling_deviceXで同じトリックを実行しました。

次のスクリプトを作成しました。

#!/bin/sh


case "$1" in
        resume|thaw)
                for i in $(seq 0 10) ; 
                do 
                        echo "0" > /sys/devices/virtual/thermal/cooling_device${i}/cur_state
                done
;;
esac

/etc/pm/sleep.dディレクトリに配置します。このようにして、ラップトップが一時停止状態から実行状態になるたびに、すべてのファンが停止します。このアクションの後、CPU負荷が上昇し、ファンが正常に起動するため、過熱のリスクがないことをテストしました。また、負荷が低下すると速度が低下するため、すべてが正常に見えます。

Webでさまざまな回答とバグレポートを調べましたが、この問題の根本的な原因は、熱管理サブシステムがファンがサスペンド後に状態を変更しないと想定しているという事実に関連しているようです(したがって、ファンは基本的に「オフ」になっています。それらは一時停止前でした)が、実際にはコンピューターを起動するとファンがフルスピードでオンになります(少なくとも一部のモデルでは)。

1
SFS