HP 15 ab522txラップトップでubuntu 16.04を使用しています。数時間後にPCをシャットダウンした後でも、完全に放電していることがわかりました。
また、さまざまな省電力の回避策も試しましたが、なぜこれが起こるのかわかりません!.
これに対する解決策はありますか!
systemd-inhibit --list
の出力:
hemant@hpnb:~$ systemd-inhibit --list
Who: NetworkManager (UID 0/root, PID 1258/NetworkManager)
What: sleep
Why: NetworkManager needs to turn off networks
Mode: delay
Who: Telepathy (UID 1000/hemant, PID 3222/mission-control)
What: shutdown:sleep
Why: Disconnecting IM accounts before suspend/shutdown...
Mode: delay
Who: Unity (UID 1000/hemant, PID 2637/compiz)
What: sleep
Why: Unity needs to lock the screen
Mode: delay
Who: hemant (UID 1000/hemant, PID 2569/unity-settings-)
What: handle-power-key:handle-suspend-key:handle-hibernate-key
Why: GNOME handling keypresses
Mode: block
Who: hemant (UID 1000/hemant, PID 2569/unity-settings-)
What: sleep
Why: GNOME needs to lock the screen
Mode: delay
5 inhibitors listed.
バッテリーを数時間取り外し、消耗するかどうかを確認します。バッテリーがまだ充電されている場合は、正常です。
考えられるトラブルメーカーの1つは、システムがシャットダウンしている間も電源が入っているUSBポートまたはその他のデバイスです。
一部のラップトップでは、追加のUSBが機能します。通常、これらのポートは黄色です。このポートは、特に何かがこのポートに差し込まれている場合に問題を引き起こす可能性があります。ほとんどの場合、この機能はBIOS設定を介して無効にできます。
最近、新しいバッテリーを100%まで充電する必要があることを発見しました。残念ながら、私はこの声明の出所を見つけることができませんが、これは私のバッテリージャンプドレインの問題を〜35%から5%に解決します。
Ubuntu内では、パッケージtlp
(ラップトップの電源管理設定を適用)が役立ちます。カーネルレベルでデバイス(USB、PCIなど)の電源管理を処理できます。
TLP [1]は、すべての技術的な詳細を理解する必要なく、Linuxの高度な電源管理の利点をもたらします。 TLPには、バッテリー寿命に最適化されたデフォルト設定が付属しているため、インストールして忘れてもかまいません。それでも、TLPは特定の要件を満たすように高度にカスタマイズできます。
注:TLPはすべてのラップトップブランドで実行されます。バッテリー充電しきい値の設定は、IBM/Lenovo ThinkPadでのみ使用可能です。
TLPは、自動化されたバックグラウンドタスクを備えた純粋なコマンドラインツールです。 GUIは含まれていません。
TLP [2](TLP-Linux Advanced Power Management)は、Linux用のより進歩的な管理ユーティリティバッテリーです。これは、ログオン時に、およびディストリビューションに応じて電源を変更するたびに異なる設定を自動的に適用します。ハードウェア。
tlp
の基本的な使用法:
パッケージをインストールします:Sudo apt update && Sudo apt install tlp
。
tp-smapi
を使用している場合、パッケージをインストールする better way は次のとおりです。
Sudo add-apt-repository ppa:linrunner/tlp
Sudo apt-get update
Sudo apt-get install tlp tlp-rdw
Sudo apt-get install tp-smapi-dkms acpi-call-dkms
tlp.service
とtlp-sleep.service
の2つのサービスがインストールされています。
Sudo tlp stat
を使用して、現在の設定を確認します。
nano /etc/default/tlp
を使用して構成を調整します。
Sudo tlp start
を使用して構成を適用します。
もう1つの便利なツールはpowertop
です。これは単なる監視ツールではなく、調整オプションpowertop -c
も備えています。
ソフトウェアの問題のトラブルシューティング。
'systemd-inhibit --list'の出力を実行し、異常な抑制プログラムがないか調べます。リストされたプロセスを強制終了して、それらが原因かどうかをテストできます。あなたの場合、抑制プロセスはどれも異常ではないようです。
sendsigs
report_unkillable構成オプションを有効にするには、これから answer by falconerを使用します。わかりやすくするためにここで再作成しました。
ルート権限(/etc/init.d/sendsigs
またはSudo vi /etc/init.d/sendsigs
)を使用して、お気に入りのテキストエディターでgksu /etc/init.d/sendsigs
を開きます。行#report_unkillable
を検索してコメントを外します(つまり、#
タグを削除します)。ファイルを保存します。
Apportが有効になっていることを確認します。ファイル/etc/default/apport
を編集して、enabled=1
を読み取ります。 (それがenabled=0
だった場合は、再起動して、apportを開始できます。)
シャットダウン。
次回の起動時にapport
は、プログラムに何らかの問題があったことを知らせるメッセージを表示するはずです。それが遅延の原因です。 /var/crash
にクラッシュレポートがあるはずです。 (apportが名前を報告しない場合は、クラッシュファイルを見るだけで、ファイルの最後にTitle: MISBEHAVING_PROGRAMNAME does not terminate at computer shutdown
のようなものがあります)
私はubuntuを実行しているhpラップトップで同じ問題を抱えていました、問題はWOL(wake on LAN)でしたノートブック/ウルトラブックでは、デバイスの電源がオフになっていても、WOLはバッテリーを消耗/放電する可能性があります!このページに従ってください " https://andidittrich.de/2015/12/ubuntu-15-10-disable-wake-on-lan-wol-permanently.html "
Windows経由でBIOSを更新することで、HPの問題を解決しました。