☰

蓋を閉じて RAM にサスペンドします。どのソフトウェアが関係していますか?

tag-icon • tag-icon gnome3 suspend gdm logind
蓋を閉じて RAM にサスペンドします。どのソフトウェアが関係していますか?

信頼性の問題を修正するためにサスペンド・トゥ・ラム(ラップトップの蓋が閉じられたとき)、どのソフトウェアがこれに関係しているかを問い合わせたいと思います。これにより、次の問題を解決できます。

  • 「suspend-to-ram」がうまく動作するかどうかは、ログイン状態とtty3に依存します。私はwaylandとXorgの両方を持っており、時には1〜5台のttyでコンソールが動作しています。
  • systemd logind私の DE のいくつか (最も顕著なのGnome3は と) が関与しているようですxfce。
  • 蓋を再度開けて、前回の状態から再開すると、suspend-to-ram「gdmサスペンド トゥ ラム」が許可されず、もう一度「サスペンド トゥ ラム」を実行する前にロックインを強いられます (信頼性が低いため)。「サスペンド トゥ ラム」自体に 5 秒以上かかります (その瞬間にオーディオが再生されていることから、蓋を閉じてから音楽をオフにするまでに 7 秒から 10 秒は簡単にかかることがわかります)。

私は（以前、suspend-to-ram に関連する同様の問題を扱った経験から） 、 、 を備えた「最新の」 Linux では、異なるGnomeソフトウェアが「蓋が閉じている」ことを伝えながらも「suspend-to-ram を禁止する」ことに関連しているため、サスペンドに関する問題が発生しやすかったことを覚えています。systemdloginkitlogind

良い回答としては、少なくとも RAM へのサスペンドに関係するソフトウェアをリストアップすることが挙げられます。さらに、さまざまなソフトウェアが果たす順序と役割も簡単に説明してくれるとさらに良いでしょう。

デスクトップ環境によって異なる可能性がありますが、init私が最も興味を持っているのは、

  • システム
  • デビアン/Ubuntu 18.04
  • ノーム3

ベストアンサーは、ソフトウェアやGUI関連のものを最大限無効にする方法も強調します。 ここに画像の説明を入力してください

そして、私にとっては単なる基本的な（しかし機能する）その他の「役に立つ」自動化：

root@box$ while sleep 1; do 
    grep "closed" /proc/acpi/button/lid/LID0/state && {
        systemctl suspend 
        sleep 3 
    } 
    done

十分でしょう。

とにかく、この質問が明らかにしようとしている核となる情報は、(「蓋の状態をチェックする」、そしてその結果として「サスペンド・トゥ・ラム」というタスクに関与するソフトウェアは何か) ということです。

答え1

はい、システム上で実行されているようですのでacpid(コメントを参照)、おそらく電源管理を制御するのはこのソフトウェア コンポーネントです。

これは を通じて設定されます/etc/acpi/。たとえば、私の Debian には、/etc/acpi/events/lidbtnlid に関連するすべてのイベントにどのように反応するかを定義するために使用される設定ファイルがあります。

を含む：

# /etc/acpi/events/lidbtn
# Called when the user closes or opens the lid

event=button[ /]lid
action=/etc/acpi/lid.sh

次に、蓋が閉じているときに実行されるアクションをいくつか追加します。シェルの適切な場所に追加するだけです。イベント タイプの検出に役立つ/etc/acpi/lid.sh環境変数が多数設定されています。acpid

詳細については、acpid のマニュアルページを参照してください。

関連情報