これは17.10では完全に機能していましたが、昨日18.04にアップグレードした後、ふたを閉じると画面がオフになりますが、適切に一時停止しません。

よく旅行しますが、トラベルケースから取り出すとすぐに熱（およびバッテリーの消耗）に気付きました。

/etc/systemd/logind.confでこれらの行のコメントを外してみました

HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend

再起動しましたが、違いはありませんでした。

Dell XPS 13（9370）ArchLinux Install notesとArch Linux Forumの 2つのソースのおかげで、何が起こっているのかを把握できたと思います。

何らかの理由で、ラップトップはもう深く眠りに入らs2idleず、単にスクリーンオフタイプのサスペンドに過ぎないモードです。

問題の診断

これがシステムに当てはまるかどうかを確認するには、お好みの方法を使用してラップトップをサスペンドします（蓋を閉じ、Fn+を押し、インストールされている場合は端末Endに書き込み、キータイプを押してキーを押します）。pm-suspendpm-utilsWindowssuspendEnter

サスペンドモードからウェイクアップし、ターミナルを入力しますsudo journalctl | grep "PM: suspend" | tail -2。出力が

May 13 18:41:00 mex kernel: PM: suspend entry (s2idle)
May 13 20:52:36 mex kernel: PM: suspend exit

その後、あなたは深い眠りに入りません。また、cat /sys/power/mem_sleepどちらが返されるかを確認することもできます

[s2idle] deep

デフォルトのサスペンドモードがs2idleであることを確認します（括弧で強調表示されているため）。

一時的な修正

一時的な修正を試みるにはecho deep > /sys/power/mem_sleep、rootユーザーとして実行します。出力を見て、成功したことを確認しcat /sys/power/mem_sleepます

s2idle [deep]

その後、ラップトップをサスペンドし、再び起動します。sudo journalctl | grep "PM: suspend" | tail -2返す場合

May 13 18:41:00 mex kernel: PM: suspend entry (deep)
May 13 20:52:36 mex kernel: PM: suspend exit

その後、問題を修正する必要があります。コンピューターを数時間スリープさせ、バッテリーの消耗が改善されたかどうかを確認できます。

永続的な修正

永続的にするには、ブートローダーのコマンドラインを編集する必要があります。これを行うには、たとえばを実行して、rootユーザーとしてファイル/ etc / default / grubを編集しますsudo -H gedit /etc/default/grub。行を置き換える

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

と

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"

grub設定を再生成します（実行sudo grub-mkconfig -o /boot/grub/grub.cfg）。

作成してみてください/etc/systemd/sleep.conf：

[Sleep]
SuspendMode=
SuspendState=mem

そして再起動します。これは私のために働いているようですが、/etc/systemd/logind.conf最初に行った変更で改善が得られなかったのは確かではありません。いずれにしても、何の熱やファンノイズは、蓋閉じで懸濁しながら、観察されず、そしてそれは私が無線LAN経由pingに応答のいずれか、しませんされていた前に、断続的に、なってきて。

おそらく、サスペンドの作業方法は、適切に機能していないように見えるデフォルトの理想的な方法よりも効率が低いだけで、おそらくデフォルトの動作よりも優れているようです。

XPS 13 9370を試してみましたが、古いモデルについては知りませんが、類似しているようです。

私はインストールpm-utilsして使用しようとしましたがpm-suspend、それはかなり効果的に中断しているように見えたのでsystemd-suspend、同じことをすることができるかどうかを見たかったのです。

スクリプトをpm-utils実際に見て、実際に何をしていたのかを調べました。この状況では、それが何をしていたように見えecho -n "mem" > /sys/power/stateます。そこで、/etc/systemd/sleep.conf上記のようにファイルを作成し、それに一致させました。

デフォルトの動作が完全に明確ではありません。のマンページにsystemd-sleep.confは、ディストリビューションに/etc/systemd/sleep.confコメントアウトされたコンパイル済みのデフォルトが含まれている必要があるため、この情報を確認できますが、ubuntuではこのファイルがありません。あなたcat /sys/power/stateが得るならば、私はしかし気づいた：

freeze mem

だから私はこれがデフォルトで何をしているのか推測しています。私の推測では、つまりfreezeそれ以外に移動するにsystemd原因となり、エラーをスローしないことで、受け入れられていることもmem、多分実際にはしない作業正しく、または確実に、複雑な理由のために、私たちは判断できませんように見えます。そのため、mem代わりに送信するだけで、それを回避し、何をするかを期待pm-suspendできます。

SuspendModeの設定は実際には不要で、とにかく何もしません。私はこれを疑いcat /sys/power/diskます

[disabled]

新しいユーザーであるため、意見をコメントすることができず、私はそれを自信を持って答えているかのように答える必要があります！しかし、私はそれが働いていると思います。

ここでの他の答えは、優れた、詳細で、よく研究されたものです。

残念ながら、特定のマシンでは動作しませんでした:(

nVidiaグラフィックをお持ちの場合、cascagrossaがこの質問への回答で提供してくれた、かなりの数の人々のために機能している修正があるようです：Ubuntu 18.04はサスペンドから再開するとクラッシュします

バグのあるnouveauドライバーであると疑われており、grubにnouveau.modeset = 0を追加することで中断の問題を解決できます。また、他のユーザーの問題の修正を支援するコメントで確認されています。

私は問題のあるマシンにIntelグラフィックスを搭載しており、不思議なことに、少なくとも3つの他のマシン（私の友人と自分のマシン）でUbuntuまたはKubuntu 18.04の問題を中断していません。不明です。

この種の問題が発生した場合は、次の手順に従って問題を特定することをお勧めします。

1. nVidiaグラフィックをお持ちですか？その場合は、nouveau.modeset = 0 grubトリックを試してください。

2. サスペンドがすべて機能することを確認します。ふたを閉じてから後で開いたときに目が覚めない場合、「再開」に失敗しているように見えることがあります。

   • どのデスクトップでもサスペンドを手動で選択できるはずですが、Gnomeシェルでは少し非表示になっています - 画面の右上のメニューから電源ボタンを長押しするか、Altを押しながらそのボタンをクリックするか、スーパーキーを押して入力します「サスペンド」

   • あなたがいることを確認することができ、サスペンド選択すると、画面がオフにしている、電源LEDが点滅している、それが必要として、あなたがいることを期待したいすべてのファンの運転も停止します。このすべてがなく、発生した場合、その後、あなたは「履歴書」の問題ではなく、「サスペンド」の問題であるように思われる起床するためにあなたのマシンを取得することはできません。

   • 私の問題は、実際にサスペンドにならないことであり、コリジョンツーからこれを確認するように求められたときに元の質問をしたマレーは、手動でサスペンドするときに問題が発生していることに気付きました。

   • 私の場合（問題のあるラップトップの1つ）、画面はブランクになりますが、電源LEDは点灯したままで、ファンが作動している場合は作動し続けます。マシンは、キーの押下、タッチパッドの移動、クリック、または電源ボタンの押下には応答しません。できることは、シャットダウンすることだけです。

   • 一時停止中に音楽を再生しようとしました（画面が空白になるだけではないことを確認するため）が、音楽が停止し、マシンが基本的に停止しました。

3. 18.04のライブUSBを使用してマシンを試し、同様のサスペンドの問題があるかどうかを確認します。

   • これにより、サスペンドの問題は、インストールした追加プログラムとは関係ないことが確認されます。

   • 私の場合、サスペンドモードに何らかの形で干渉している可能性があるtlpをインストールしたためだと考えましたが、Ubuntu 18.04とKubuntu 18.04の両方のLive USBでも同じ動作が発生しました。

4. monty47とStrangeNoisesがここで提供している、よく研究されている他の2つのソリューションを試して、良い結果が得られるかどうかを確認してください。

   • 彼らは、多くの人々が18.04にサスペンドを再開して適切に動作するのを助けたようであり、通常の「サスペンド」のスリープ（ディープ）モードではなく、マシンがs2idle状態になることと関係があるかもしれません。

5. 18.04でサスペンドの問題を解決するための解決策がない場合は、これに対する受け入れられた回答を試してください： Ubuntu 18.04はサスペンドから再開するとクラッシュします

   • Matalak（同じく質問をした）によって提供された解決策は、UKUUを使用して古い4.14カーネルを試すことでした。

   • 私の問題のマシンはUbuntu 17.10とKubuntu 17.10でサスペンドの問題がなかったので、17.10は4.14カーネルを使用するので理にかなっています。現在、Ubuntu 18.04と4.14カーネルを使用するKubuntu 18.04の両方で正常に一時停止します。

6. 他の解決策を試して、4.14カーネルに戻ることによってのみサスペンドの問題を修正できる場合は、バグレポートに興味があるかもしれません： https : //bugs.launchpad.net/ubuntu/+source/linux/+bug/ 1774950

   • 特定のハードウェアの組み合わせを持つ少数のマシンにのみ影響を与えているようで、他のヌーボー関連の問題やs2idleの問題の中で特定するのは困難です。

   • Bay Trail Atom Celeron / Pentiumを実行している人にはより一般的ですが、他のマシンでも同様の問題が報告されています。

   • この一時停止に失敗した後（つまり、マシンをシャットダウンして再起動する必要がある場合）に kern.logを確認できる場合、PM：エントリの一時停止（深い）が表示され、それ以外のエントリはありません再び起動する多くの行。

   • 現在、問題を解決しているように見えるパッチがあります。

   • バグレポートに自分の声を追加したいと思うなら、どの特定のマシンが影響を受けているかを見るのは興味深いでしょう（そして、パッチが皆のために問題を修正することを確認してください）。

また、このスレッドで「18.04の問題の一時停止」を収集しようとしています：https ://ubuntuforums.org/showthread.php?t=2395562 & p=13780724#post13780724

このカーネルのバグは関連していると思います：

https://bugzilla.kernel.org/show_bug.cgi?id=199689

特にコメント＃3を参照してください。

[…]実際には、このマシンで最新のアップストリームカーネルを使用してs2idleを使用することを意図しています。

ただ、持っているのThinkPad X1カーボン第六世代のユーザーに答えを追加したいと類似の症状入力しないことによっても引き起こされ中断している間、すなわち、バッテリーの消耗を深いスリープモードに。

この問題は、Lenovoのフォーラムのこのスレッドで説明されています。要するに、X1C6はWindows Modern Standbyをサポートすることを選択しました。そのスレッドを注意深く読んだ場合、症状は共有されていますが、根本原因はXPS 13 9370とX1C6の間で大きく異なることがわかります。たとえばcat /sys/power/mem_sleep、X1C6 の出力は[s2idle]、deepスリープのサポートの欠落を示しているだけです。

この質問に対してこれまでに投稿されたソリューションは、XPS 13のみに適用され、X1C6には適用されません。私が理解している限り、X1C6のサスペンドモードの問題に対する最善の解決策は、DSDT最初にDelta Xi によって提供され、その後PombeirPによって更新されるパッチを適用することです。この投稿では、パッチの適用方法について説明しますが、アクションの前に必ず投稿とその更新をすべて読んでください。

Thinkpad X1 Carbon 6th GenでのUbuntu 18.04のインストールに関連する問題を文書化した要点を書きました。これには、LVMによって引き起こされる起動の遅い問題と、この深いスリープの問題に関する解決策が含まれています。

Lenovo ThinkPad Edge E531を使用していますが、マシンがディープスリープに入ることができないという同様の問題が発生しました。動作は断続的であり、再開すると、タッチパッドがWi-Fiでの動作を停止して切断することがありました。

オンラインで提案された十数個の修正を試みましたが、私にとって有効な唯一の解決策は、UKUUをインストールし、カーネルを4.19.11-041911-genericにアップグレードすることでした。

この質問を終わらせるために（願わくば...）、私はちょうど（2019年7月）HWEを搭載した18.04 LTSをアップデートしました。これは、Dell XPS 13専用にこの問題を修正すると主張しています（s2idleに入らないことを含む） ）

FWIW、2016 XPS 13（9350）のバッテリーをUbuntu 16.04とkernél4.14.12-041412-genericに交換しました（2016年の初めに15.10とカスタムカーネルでセットアップされ、16.04にアップグレードされました）。交換の前に、ふたがLinuxをサスペンドモードにする必要があります（ただし、サスペンド中にPSUを接続したり、プラグアウトした場合、たとえばLinuxが動作すると思った状態を変更した場合、再起動まで非常に遅くなります） 。とにかく、交換（膨張したバッテリー）の後、ノートブックはリッドが閉じられると再起動します。

電源管理をDell / AMIのEFI BIOS（起動中にFn-F2を押し続けることで起動できます）の「プライマリバッテリー構成」で「標準」（「詳細」から）に設定すると、問題が解決したようです。

リストされた多くのソリューションを試してみましたが、xps 9560上のpopOSでは何も機能しませんでした:(

LTTの投稿から取ったdellのWebサイトでこの陽気な修正を見るまで。

したがって、これまでのところうまくいくと思われる私の暫定的な解決策は、特定のBIOS設定のオンとオフを切り替えることです。私はそれが実にばかげているように聞こえることを知っていますが、私はこれまでにテストしたものからうまくいくように思えます。

具体的には、設定をオフにしたか、設定の別のオプションを選択して適用した後、元に戻して適用しました。前後に切り替えた設定は次のとおりです。

• システム構成>タッチスクリーン（オフに切り替えてからオンに戻す）

• 電源管理>自動オン時間（別のオプションに切り替えてから無効に戻しました）

• 電源管理> Wake on Dell USB-Cドック（トグルオフ、オン）

今はうまくいきます。。。。