☰

バッテリー電源使用時に、ラップトップが systemd サスペンドから再開せずに再起動します (AC 電源でのサスペンドは機能します)

tag-icon • tag-icon systemd suspend asus
バッテリー電源使用時に、ラップトップが systemd サスペンドから再開せずに再起動します (AC 電源でのサスペンドは機能します)

カーネルを何度かアップデートした後、ノートパソコンは電源に接続されていないと再開しなくなりました。AC を接続してサスペンドすると再開します。

これは TLP と電源管理に関連していると思いましたが、TLP を無効にしてもバッテリーで再開されません。ジャーナルには次のように表示されます:

Jun 23 08:19:01 miki-laptop systemd-logind[395]: Lid closed.
Jun 23 08:19:14 miki-laptop systemd-logind[395]: Suspending...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting Lock X session using xlock...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting TLP suspend/resume...
Jun 23 08:19:15 miki-laptop systemd[1]: Started TLP suspend/resume.
Jun 23 08:19:15 miki-laptop lock.sh[1107]: real        0m0.730s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: user        0m0.690s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: sys        0m0.017s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: real        0m0.915s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: user        0m0.857s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: sys        0m0.030s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: real        0m0.681s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: user        0m0.767s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: sys        0m0.010s
Jun 23 08:19:17 miki-laptop systemd[1]: Started Lock X session using xlock.
Jun 23 08:19:17 miki-laptop systemd[1]: Reached target Sleep.
Jun 23 08:19:17 miki-laptop systemd[1]: Starting Suspend...
-- Reboot --

再起動は再開時に行われるため、問題がサスペンドにあるか再開にあるかはよくわかりません。私のラップトップは Asus UX305UA ですが、問題は次の他の質問と非常によく似ています。 Asus UX303UA がサスペンドから再開する代わりに再起動する (ubuntu 15.10)

答え1

BIOS オプションを調べてみると、「Wake on lid open」が見つかりました。「Enabled」と表示されていても、必ずしも機能するとは限りません。

カーネルをアップグレードする場合、BIOS に入って「無効」を選択し、再起動し、再度 BIOS に入って「有効」を選択する必要があることがわかりました。

驚くべきことに、このプロセスにより、ラップトップはバッテリーによるサスペンド状態からも復帰します。

答え2

私も同様の問題を抱えていました。すべては正常でしたが、突然、ノートパソコンをサスペンドすると（蓋を閉じるかメニューから）、LED が点滅してスリープ モードになりましたが、ノートパソコンを起動すると、シャットダウンされた状態で再起動しました。

Laptop ASUS ZenBook UX305

Linux 4.13.0-38-generic #43~16.04.1-Ubuntu SMP x86_64

いろいろ試してみましたが、結果は出ませんでしたが、一度 Ctrl+Alt+F1 で TTY1 に切り替えてログインし、終了しました。その後、再び動作するようになりました。

また、「 」では次の設定を行いましたsudo vim /etc/default/grub。

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_sleep=nonvs intel_pstate=disable"

しかし、TTY1 以前は動作していませんでした。

問題が発生する前に変更されていた点は次のとおりです。

  • 充電器を忘れたので、別の充電器を使用しました。元の充電器は 19 ボルトですが、使用した充電器は 20 ボルトでした。
  • ある時、ラップトップがサスペンド処理中にハングしたので、電源ボタンを長押ししてハードリスタートを実行しました。
  • 最近、「ソフトウェアアップデータ」でシステムをアップデートしました

誰かの役に立つかもしれないと思ったのです。

答え3

これは実際にはカーネルのバグです。カーネル バグトラッカーをここで参照してください。 https://bugzilla.kernel.org/show_bug.cgi?id=108801

答え4

UX305 でも同じ問題が発生しました。問題はカーネルのバグではなく、ASUS BIOS の問題のようです。この問題は Linux と Windows で発生します。現時点では修正された BIOS はありません。ただし、「解決策」/回避策は UX305 をシャットダウンすることです (再起動ではなく、クリーン シャットダウンのみを行い、その後に新規起動します)。その後は再開が正常に機能します。

関連情報