スリープモードは非常に速くバッテリーを消耗します

Ubuntu 18.04でコンピューターがスリープしている場合、バッテリーは約10時間で消耗します。これは、lenovo y520（7700hq、バンブルビーを搭載した1060）です。
USBデバイスが接続されていないことをテストしたところ、実際には何も接続されていませんでした。
スリープモードはs2-深いです。私は冬眠に興味がありません（それは非常に遅く、多くのスペースをとります）。
WindowsとMac OS（hackintosh）では、スリープモードは1日に1〜2％のバッテリーを使用します。

18.04 suspend battery

— ジョージ
ソース

USBを抜く代わりに、バスの電源がオフになっていることを確認してください。また、Wake on LANがオフになっていることを確認してください。電話なので、ここに便利なリンクはありません。

— WinEunuuchs2Unix 2018

BIOS設定と同様にWake on LANを使用しますか？はいの場合は無効になっており、今すぐUSBステータスを確認しようとしています

— ジョージ

LinuxがBIOS設定を上書きすることは可能かもしれませんが、強制されない限りそれを尊重すると思います。（電話のまま）

— WinEunuuchs2Unix

OK、それで私はUSB電力を削減してみましたが、私が理解しているところによると、新しいカーネルでは「サスペンド」はもう機能しません。「/ sys / bus / usb / devices / usbX / power」の値が正しいかどうかを確認したところ、正しいようです。それが正しい方法であるかどうかは

— ジョージ

任意の提案をいただければ幸いです。CPUが実際にはスリープ状態にならないことに気づきました。マシンがスリープモードであっても、電圧がそれを通過します。

— ジョージ

回答:

サスペンドから再開した後、ターミナルで次のコマンドを使用します。

journalctl -b | grep -i "should not be sleeping"

これが表示された場合：

Oct 21 07:20:18 alien kernel:  cache: parent cpu1 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu2 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu3 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu4 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu5 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu6 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu7 should not be sleeping

CPUを一時停止したとき、数年前の報奨金のQ＆Aに従ってスリープ状態になっていなかった可能性があります。systemdはシステムを一時停止しましたが、再開するとカーネルがスリープ状態になり、ウェイクアップします。

もしそうなら、私は最新のラップトップでもこの古いラップトップと同じように問題が今日まで続くと報告するのは悲しいです。

2012年以降の問題？

この古い電子メールチェーン：Re：カーネルは「PM：システムメモリーの準備中」で停止し、「ユーザースペースプロセスのフリーズ...」に到達しません。同様の問題があります。

今日の私のログファイルから：

Oct 21 13:48:15 alien kernel: PM: Preparing system for sleep (mem)
Oct 21 13:48:16 alien acpid[964]: client 1171[0:0] has disconnected
Oct 21 13:48:32 alien kernel: Freezing user space processes ... (elapsed 0.003 seconds) done.

1行目は正常
行2は異常であり、古いX11クラッシュバグにリンクしています
行3は再開後に発生しますが、中断の一部として発生するはずでした。

その他の興味深い点は、約1秒になるはずのサスペンドに5〜8秒かかることが多いことです。このバグは多くの場所でも報告されています。

前のセクションで同じ問題が発生せず、ラップトップをサスペンドしても暖かくなっている場合、修正はおそらくここにあります：Ubuntu 18.04-Dell XPS13 9370はふたを閉じてもサスペンドしなくなりました

— WinEunuuchs2Unix
ソース

うん、私は同じ出力を得る：|

— ジョージ

16.04でも同じですか？

— ジョージ

はい。上記のログは、Ubuntu 16.04.5 LTSで今朝生成されました。

— WinEunuuchs2Unix 2018年

たぶんあなたはこれが来るのを見ましたが、14.04はどうですか？

— ジョージ

@ElderGeek回答の改訂版をすぐに読みました。私は必ず犯人だことないんだが、バグレポートがyeseterdayは答えを与えるだろう提出期待しています：bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1825636

— WinEunuuchs2Unix

私の古いコンピューターでは、マザーボードのBIOSでいくつかの設定を調整することにより、サスペンドの問題を解決しました。

私のハードウェア：

BIOSの[Advanced]ページの[CPU configuration ]で、[ Enhanced Alt State ]をENABLEDに設定し、[ACPI Settings]で[ Suspend to RAM ]をAUTOに、[ ACPI table ]をENABLEDに設定しました。

これらの変更を行った後、PCを一時停止することができました。

注：BIOS設定とマザーボードのファームウェアは、メーカーとモデルによって異なります

— Thanassis Triantafyllopoulow
ソース