電源管理

関連記事

• 電源管理/サスペンドとハイバネート
• 電源管理/復帰トリガー
• Display Power Management Signaling
• CPU 周波数スケーリング
• ハイブリッドグラフィック
• カーネルモジュール
• sysctl
• udev

電源管理とは、アクティブでない時に電源を切ったりシステムのコンポーネントを低電力状態に切り替えたりする機能です。

Arch Linux では、電源管理は主に2つの部分からなります:

1. Linux カーネルの設定。ハードウェアと対話します。
   • カーネルパラメータ
   • カーネルモジュール
   • udev ルール
2. ユーザスペースのツールの設定。カーネルと対話し、カーネルのイベントに応答します。ユーザスペースのツールの多くは、"ユーザフレンドリー"な方法でカーネルの設定を変更することもできます。利用可能なツールは #ユーザースペースツール を参照してください。

ユーザースペースツール

以下のツールを使うことで、大量の設定を手動で設定しなくて済みます。どのツールも多かれ少なかれ同じような動作をするので、衝突を避けるためにツールはどれか一つだけを実行してください。電源管理カテゴリを見れば、Arch Linux にどんな電源管理の選択肢が存在するかわかります。

以下は省電力設定をするために作られた人気のあるスクリプトやツールです:

コンソール

• acpid — ACPI の電源管理イベントを届けるデーモン。netlink をサポート。

https://sourceforge.net/projects/acpid2/ || acpid

• Laptop Mode Tools — ノートパソコンの省電力設定をするユーティリティ。多少設定が要りますが省電力設定ユーティリティのデファクトスタンダードとされています。

https://github.com/rickysarraf/laptop-mode-tools || laptop-mode-tools^AUR

• libsmbios — Dell SMBIOS テーブルと対話するためのライブラリおよびツール。

https://github.com/dell/libsmbios || libsmbios

• powertop — 消費電力や電源管理の問題を診断して省電力設定を補助するツール。

https://github.com/fenrus75/powertop || powertop

• powerstat — ACPI や Intel RAPL インターフェイスを使用して電力消費量を測定するツール。

https://github.com/ColinIanKing/powerstat || powerstat^AUR

• systemd — システムおよびサービスマネージャ。

https://freedesktop.org/wiki/Software/systemd/ || systemd

• TLP — Linux 向けの先進的な電源管理。

https://linrunner.de/tlp || tlp

グラフィカル

• batsignal — libnotify を使用してバッテリレベルの低下を警告する軽量バッテリモニタ。

https://github.com/electrickite/batsignal || batsignal^AUR

• cbatticon — 軽量で高速なバッテリアイコンをシステムトレイに表示。

https://github.com/valr/cbatticon || cbatticon

• GNOME Power Statistics — GNOME のシステム電力情報および統計。

https://gitlab.gnome.org/GNOME/gnome-power-manager || gnome-power-manager

• KDE Power Devil — Plasma 用の電源管理モジュール。

https://invent.kde.org/plasma/powerdevil || powerdevil

• LXQt Power Management — LXQt 用の電源管理モジュール。

https://github.com/lxqt/lxqt-powermanagement || lxqt-powermanagement

• MATE Power Management — MATE 用電源管理ツール。

https://github.com/mate-desktop/mate-power-manager || mate-power-manager

• MATE Power Statistics — MATE のシステム電力情報と統計。

https://github.com/mate-desktop/mate-power-manager || mate-power-manager

• poweralertd — UPower 通知を伝播するデーモン。

https://git.sr.ht/~kennylevinsen/poweralertd || poweralertd^AUR

• powerkit — デスクトップに依存しない電源マネージャー。

https://github.com/rodlie/powerkit || powerkit^AUR

• Xfce Power Manager — Xfce 用の電源マネージャ。

https://docs.xfce.org/xfce/xfce4-power-manager/start || xfce4-power-manager

• vattery — システムトレイ内のラップトップバッテリのステータスを表示する、 Vala で書かれたバッテリ監視アプリケーション。

https://www.jezra.net/projects/vattery.html || vattery^AUR

電源管理

ACPI イベント

systemd は一部の電源関連の ACPI イベントを処理します。これらのイベントの動作は /etc/systemd/logind.conf や /etc/systemd/logind.conf.d/*.conf で設定できます (logind.conf(5) を参照)。専用の電源マネージャを持たないシステムでは、この方法は acpid デーモンの代わりになりえます。ちなみに、acpid は通常、ACPI イベントに対応するために使われるデーモンです。

イベントの動作には、ignore、poweroff、reboot、halt、suspend、hibernate、hybrid-sleep、suspend-then-hibernate、lock、kexec のいずれかを指定することができます。ハイバーネートとサスペンドの場合は、適切にセットアップしなければなりません。イベントが設定されていない場合、systemd はデフォルトの動作を使用します。

イベントハンドラ	説明	デフォルトの動作
HandlePowerKey	電源キー/ボタンが押された時にトリガされます。	poweroff
HandleSuspendKey	サスペンドキー/ボタンが押された時にトリガされます。	suspend
HandleHibernateKey	ハイバネートキー/ボタンが押された時にトリガされます。	hibernate
HandleLidSwitch	ラップトップPCなどの蓋が閉じられた時に (以下のケースを除いて) トリガされます。	suspend
HandleLidSwitchDocked	システムがドッキングステーションに繋がれている場合や、複数のディスプレイに繋がれている場合に蓋が閉じられるとトリガされます。	ignore
HandleLidSwitchExternalPower	システムが外部電源に接続されている状況で蓋が閉じられた時にトリガされます。	HandleLidSwitch に対して設定されている動作

変更を適用するには、systemd-logind.service を再読み込みしてください。

ノート: systemd は AC とバッテリの ACPI イベントを処理することができません。なので、Laptop Mode Tools や他の似たようなツールを使用している場合、acpid が依然として必要です。

電源マネージャ

一部のデスクトップ環境には、systemd の ACPI 設定の一部あるいは全てを inhibit する (一時的にオフにする) 電源マネージャが含まれています。そのような電源マネージャが実行されている場合、電源マネージャだけで ACPI イベントに対する動作を設定することができます。/etc/systemd/logind.conf や /etc/systemd/logind.conf.d/*.conf を変更する必要があるのは、電源マネージャによって inhibit されていないイベントに対する挙動を設定したい場合のみです。

注意点として、電源マネージャが適切なイベントに対して systemd を inhibit しないと、systemd がシステムをサスペンドし、その後サスペンドから復帰すると今度は電源マネージャがシステムを再びサスペンドしてしまうという状況に陥る可能性があります。KDE、GNOME、Xfce、そして MATE の電源マネージャは、必要な inhibited コマンドを発行します。inhibited コマンドが発行されない場合 (acpid などを使って ACPI イベントを処理している場合)、Handle オプションを ignore に設定してください。systemd-inhibit(1) も参照してください。

xss-lock

xss-lock は systemd の suspend、hibernate、lock-session、unlock-session イベントで適切なアクションを実行します (ロッカーを実行し、ユーザがロッカーをアンロックまたは kill するまで待機する)。xss-lock は DPMS イベントにも反応し、それに応じてロッカーを実行したり kill したりします。

例えば、以下のコマンドを自動起動します:

$ xss-lock -- i3lock -n -i background_image.png &

トラブルシューティング

フタのスイッチのアクションの遅延

短期間に連続してフタのスイッチが反応した場合、logind はドッキングを検出するために90秒までサスペンドを遅延します。[1] この遅延時間は systemd v220 から設定できるようになりました:[2]

/etc/systemd/logind.conf.d/holdoff.conf

[Sleep]
HoldoffTimeoutSec=30s

ノートパソコンをサスペンドする Fn キーが動作しない

logind.conf をどう設定してもスリープボタンが動作しない場合 (ボタンを押しても syslog にメッセージすら表示されない)、おそらく logind がキーボードデバイスを監視していません。[3] 次のコマンドを実行してください:

# journalctl --grep="Watching system buttons"

すると以下のような表示がされます:

May 25 21:28:19 vmarch.lan systemd-logind[210]: Watching system buttons on /dev/input/event2 (Power Button)
May 25 21:28:19 vmarch.lan systemd-logind[210]: Watching system buttons on /dev/input/event3 (Sleep Button)
May 25 21:28:19 vmarch.lan systemd-logind[210]: Watching system buttons on /dev/input/event4 (Video Bus)

キーボードデバイスが出力に無いことに注意してください。以下のようにして、キーボードデバイスを一覧表示してみてください:

$ stat -c%N /dev/input/by-id/*-kbd

...
/dev/input/by-id/usb-SIGMACHIP_USB_Keyboard-event-kbd -> ../event6
...

次に、親キーボードデバイスの ATTRS{name} の値を調べます [4]。例えば、上記のコマンドの出力から、このキーボードデバイスのデバイス入力イベントは event6 であることがわかるので、このイベント名を使って ATTRS{name} 属性の値を検索することができます:

# udevadm info -a /dev/input/event6

...
KERNEL=="event6"
...
ATTRS{name}=="SIGMACHIP USB Keyboard"

カスタムの udev ルールを作成して、"power-switch" タグを追加してください:

/etc/udev/rules.d/70-power-switch-my.rules

ACTION=="remove", GOTO="power_switch_my_end"
SUBSYSTEM=="input", KERNEL=="event*", ATTRS{name}=="SIGMACHIP USB Keyboard", TAG+="power-switch"
LABEL="power_switch_my_end"

上記の udev ルールを再読み込みして systemd-logind.service を再起動したら、logind の journal に Watching system buttons on /dev/input/event6 という出力が現れるはずです。

省電力

ノート: ノート PC 固有の電源管理 (バッテリーモニタリングなど) については ノートパソコン#電源管理 を参照してください。また、使用している CPU と GPU に関するページも参照してください (例: Ryzen、AMDGPU)。

このセクションは、カスタムスクリプトや udev ルールなどの省電力設定をの作成するためのリファレンスです。競合を避けるために、設定が他のユーティリティによって管理されていないことを確認してください。

コンピュータが AC 電源またはバッテリーで動作しているかに関わらず、ここに記載されているほとんど全ての機能には使用する価値があります。ここで挙げている機能のほとんどは、パフォーマンスへの影響は無視できるレベルであり、大抵、壊れているハードウェアやドライバのせいでデフォルトで有効化されていないだけです。電力の使用量を減らすことは発熱を減らすことでもあり、動的なオーバークロックによって、最近の Intel や AMD の CPU ではパフォーマンスの向上につながることもあります。

Intel HWP (Intel Hardware P-state) をサポートする CPU

HWP 対応プロセッサで利用可能なエネルギー設定は、default、performance、balance_performance、balance_power、power です。

以下を実行することで、利用可能な設定を確認できます:

$ cat /sys/devices/system/cpu/cpufreq/policy*/energy_performance_available_preferences

以下のファイルを作成することで、より多くのエネルギーを節約するように設定できます:

/etc/tmpfiles.d/energy_performance_preference.conf

w /sys/devices/system/cpu/cpufreq/policy*/energy_performance_preference - - - - balance_power

Intel プロセッサの電力とパフォーマンスのポリシーに関する詳細は x86_energy_perf_policy(8) man ページを参照してください。一時ファイル/ディレクトリに関する詳細は man ページ systemd-tmpfiles(8) や tmpfiles.d(5) も参照してください。

オーディオ

カーネル

デフォルトでは、オーディオの省電力機能はほとんどのドライバーで無効になっています。power_save パラメータを設定することで有効にすることができます。アイドルモードに移行するまでの時間を秒数で指定します。1秒後にオーディオカードをアイドル状態にするには、Intel のサウンドカードの場合、以下のファイルを作成してください:

/etc/modprobe.d/audio_powersave.conf

options snd_hda_intel power_save=1

ac97 の場合は以下を使って下さい:

options snd_ac97_codec power_save=1

ノート:

• サウンドカードの製造者や使われているカーネルドライバーの情報を取得するには、lspci -k を実行してください。
• サウンドカードの電源状態を変更すると、壊れたハードウェアではポップノイズがまじったり著しい遅延が発生することがあります。

HDMI の音声出力を無効化することで、オーディの電力要件を下げることもできます。適切なカーネルモジュール (例: Intel のハードウェアの場合は snd_hda_codec_hdmi) をブラックリスト化することで可能です。

PulseAudio

PulseAudio はデフォルトで、長時間アイドル状態になったオーディオソースを一時停止します。外部 USB マイクを使用する場合、録音がポップ音で開始されることがあります。回避策として、/etc/pulse/default.pa の次の行をコメントアウトしてください:

load-module module-suspend-on-idle

その後、systemctl restart --user pulseaudio で PulseAudio を再起動させてください。

バックライト

バックライトを見て下さい。

Bluetooth

Bluetooth を完全に無効化するには、btusb と bluetooth モジュールをブラックリストに入れてください。

一時的にだけ bluetooth をオフにするには、rfkill を使用します:

# rfkill block bluetooth

もしくは udev ルールを使って:

/etc/udev/rules.d/50-bluetooth.rules

# disable bluetooth
SUBSYSTEM=="rfkill", ATTR{type}=="bluetooth", ATTR{state}="0"

ウェブカメラ

内蔵のウェブカメラを使わない場合、uvcvideo モジュールをブラックリストに入れてください。

カーネルパラメータ

このセクションでは /etc/sysctl.d/ 内の設定を使います。このディレクトリは、"カーネルの sysctl パラメータ用のドロップインディレクトリです"。詳細は、The New Configuration Files や、より詳しい sysctl.d(5) を見てください。

NMI watchdog の無効化

NMI watchdog は、カーネルパニックを引き起こすハードウェアのハングアップをキャッチするデバッグ機能です。システムによっては大量の割り込みが発生するため、消費電力の増加につながっていることがあります:

/etc/sysctl.d/disable_watchdog.conf

kernel.nmi_watchdog = 0

もしくは起動の初期で完全に無効化するにはカーネルラインに nmi_watchdog=0 を追加してください。

ライトバック時間

仮想メモリのダーティライトバック時間を増やすことでディスク I/O がまとめられて、断続的なディスクの書き込みが減って、消費電力が抑えられます。この値を60秒に設定するには (デフォルトは5秒です):

/etc/sysctl.d/dirty.conf

vm.dirty_writeback_centisecs = 6000

ジャーナルをサポートしているファイルシステム (ext4 や btrfs など) でジャーナルコミットでも同じことをするには、fstab でオプションとして commit=60 を使用します。

この値は、以下の Laptop Mode 設定の副作用として変更されてしまうことに注意してください。また、I/O パフォーマンスと省電力に影響を与える他のパラメータは sysctl#仮想メモリ を参照してください。

Laptop Mode

ラップトップモードの"ノブ"についてはカーネルドキュメントを見て下さい。"このノブの妥当な値は5秒です。"

/etc/sysctl.d/laptop.conf

vm.laptop_mode = 5

ノート: この設定は主に回転ディスクドライブに関連しています。

ネットワークインターフェイス

Wake-on-LAN は便利な機能ですが、利用しない場合はサスペンド中にマジックパケットが来るのを待つのに無駄な電力を消耗するだけです。Wake-on-LAN#udev ルールを調整することで、全てのイーサネットインターフェイスに対してこの機能を無効化することができます。iw を使って全てのワイヤレスインターフェイスで省電力を有効化するには:

/etc/udev/rules.d/81-wifi-powersave.rules

ACTION=="add", SUBSYSTEM=="net", KERNEL=="wl*", RUN+="/usr/bin/iw dev $name set power_save on"

この設定ファイルの名前は重要です。Systemd の永続的なデバイス名を使用することで、上記のネットワークルールは、辞書順で 80-net-setup-link.rules の後に来るので、ネットワークデバイスの名前が永続的な名前に変更 (例: wlan0 から wlp3s0) された後で適用されます。RUN のコマンドは、全てのルールが処理された後で実行され、永続的な名前 (マッチするデバイスは $name で利用できます) を使用する必要があることに注意してください。

Intel ワイヤレスカード (iwlwifi)

iwlwifi ドライバによる Intel ワイヤレスカードの追加の省電力機能は、適切なパラメータをカーネルモジュールに渡すことで有効化できます。/etc/modprobe.d/iwlwifi.conf ファイルに以下の記述を追加することで、パラメータを永続化させることができます:

options iwlwifi power_save=1

以下のオプションは、レイテンシの中央値を増加させる可能性があります:

options iwlwifi uapsd_disable=0

5.4 より前のカーネルでは、以下のオプションを使用できますが、スループットの最大値を減少させる可能性があります:

options iwlwifi d0i3_disable=0

ワイヤレスカードによっては、以下の2つのオプションのうちいずれかが適用されます:

options iwlmvm power_scheme=3

options iwldvm force_cam=0

以下のコマンドで、どちらのモジュールが動作しているかを確認することで、どちらが関連しているかを確認できます:

# lsmod | grep '^iwl.vm'

これらの省電力オプションは実験的であり、システムを不安定にする可能性があることに注意してください。

バスパワーの管理

Active State Power Management

Wikipedia から:

Active-state power management (ASPM) とは、PCI Express デバイスが完全にアクティブな状態にある時に電力を節約するための電源管理メカニズムです。主に、active-state link power management を介して行われます。つまり、PCI Express シリアルリンクは、トラフィックが存在しない時にパワーダウンされます。これは通常、ノート PC や他のモバイルインターネットデバイスでバッテリーの寿命を伸ばすために使用されます。

ブート時に BIOS は、ハードウェアのサポートが存在するかどうかに応じて ASPM を有効化または無効化します。サポートの有無を確認するには以下を実行してください:

# lspci -vv | grep 'ASPM.*abled;'

利用可能な ASPM ポリシーと、現在のデフォルトのポリシーを調べるには、以下を実行してください:

$ cat /sys/module/pcie_aspm/parameters/policy

[default] performance powersave powersupersave

ASPM は、しばしば以下の理由によって無効化されることがあります [5]:

1. BIOS が何らかの理由で ASPM を無効化した (コンフリクトが起こるから?)。
2. PCIE が ASPM を必要とするが、L0s は任意である (なので、L0s は無効化され、L1 だけが有効化されるかもしれません)。
3. ASPM 用に BIOS がプログラムされていないか、BIOS にバグが存在する。

上記で ASPM がサポートされていないと報告されたが、ハードウェアが ASPM をサポートしていると思われる場合は、カーネルが ASPM を管理できるようにするために pcie_aspm=force カーネルパラメータで ASPM を強制的に有効化できます。

警告:

• ASPM を、サポートされていないシステム上で強制的に有効化すると、電力消費量が増加する場合があります。さらに、システムのフリーズやカーネルパニックの危険性もあります。なので、そのような場合に備えてこのオプションをもとに戻す手段を確保しておくべきです。
• ASPM の強制はカーネル内で行われます。なので、ハードウェアで無効化されている場合には、有効化できません。ハードウェアで ASPM が無効化されているかどうか確認するには、root として dmesg | grep ASPM と実行してください。あなたのハードウェア固有の情報については、対応する Wiki の記事を参照してください (もし存在すれば)。

ASPM がサポートされており、かつ、有効化されていれば、現在のセッションに対して任意のポリシーを選択することができます。例えば、現在のセッションに対して powersupersave を設定するには、以下を実行してください:

# echo powersupersave > /sys/module/pcie_aspm/parameters/policy

システムのブート時に特定の ASPM 状態 (例として powersupersave) を有効化させるには、pcie_aspm.policy=powersupersave をカーネルパラメータに追加してください。

PCI Runtime Power Management

/etc/udev/rules.d/pci_pm.rules

SUBSYSTEM=="pci", ATTR{power/control}="auto"

上記のルールは未使用のデバイスを全てパワーダウンしますが、一部のデバイスが復帰しなくなってしまいます。サポートしていることが分かっているデバイスのみに対して Runtime Power Management を有効化するには、ベンダ ID とデバイス ID を使って、特定のデバイスにだけマッチするようにしてください (ID を入手するには lspci -nn を使ってください):

/etc/udev/rules.d/pci_pm.rules

# whitelist for pci autosuspend
SUBSYSTEM=="pci", ATTR{vendor}=="0x1234", ATTR{device}=="0x1234", ATTR{power/control}="auto"

または、PCI Runtime Power Management が機能しないデバイスを除外して、その他の全てのデバイスに対して有効化するには:

/etc/udev/rules.d/pci_pm.rules

# blacklist for pci runtime power management
SUBSYSTEM=="pci", ATTR{vendor}=="0x1234", ATTR{device}=="0x1234", ATTR{power/control}="on", GOTO="pci_pm_end"

SUBSYSTEM=="pci", ATTR{power/control}="auto"
LABEL="pci_pm_end"

USB の自動サスペンド

Linux カーネルは USB デバイスが使用されていないときに USB デバイスを自動的にサスペンドさせることができます。これによって電力を相当カットできるときもありますが、USB の省電力機能に対応していない USB デバイスではおかしな挙動が起こる可能性もあります (特に USB マウスやキーボード)。ホワイトリストとブラックリストでフィルタリングする udev ルールを使うことで問題は軽減されます。

最も単純でおそらく役に立たない、全ての USB デバイスで自動サスペンドを有効にする例:

/etc/udev/rules.d/50-usb_power_save.rules

ACTION=="add", SUBSYSTEM=="usb", TEST=="power/control", ATTR{power/control}="auto"

自動サスペンドが動作するデバイスにだけ自動サスペンドを有効にするには、ベンダー ID とプロダクト ID でマッチングを行います (これらの ID を入手するには lsusb を使ってください):

/etc/udev/rules.d/50-usb_power_save.rules

# whitelist for usb autosuspend
ACTION=="add", SUBSYSTEM=="usb", TEST=="power/control", ATTR{idVendor}=="05c6", ATTR{idProduct}=="9205", ATTR{power/control}="auto"

もしくは、USB 自動サスペンドが使えないデバイスをブラックリストに入れて、他の全てのデバイスで自動サスペンドを有効にするには:

/etc/udev/rules.d/50-usb_power_save.rules

# blacklist for usb autosuspend
ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="05c6", ATTR{idProduct}=="9205", GOTO="power_usb_rules_end"

ACTION=="add", SUBSYSTEM=="usb", TEST=="power/control", ATTR{power/control}="auto"
LABEL="power_usb_rules_end"

自動サスペンドに入るデフォルトのアイドル遅延時間は usbcore 組み込みカーネルモジュールの autosuspend パラメータによって制御されています。遅延時間をデフォルトの2秒から5秒に設定するには、以下のカーネルパラメータを追加してください:

usbcore.autosuspend=5

power/control と同じように、power/autosuspend 属性を設定することで遅延時間はデバイスごとに細かく設定することができます。また、power/autosuspend を -1 (つまり、自動サスペンドしない) に設定することで、自動サスペンドを無効化することができます:

/etc/udev/rules.d/50-usb_power_save.rules

ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="05c6", ATTR{idProduct}=="9205", ATTR{power/autosuspend}="-1"

USB の電源管理に関する詳細は Linux カーネルドキュメントを見て下さい。

SATA Active Link Power Management

警告: 一部のデバイスでは、SATA Active Link Power Management によってデータの損失が発生する可能性があります。頻繁にバックアップを取っていない限り、この設定を有効化しないでください。

Linux 4.15 から、med_power_with_dipm と呼ばれる新しい設定が存在しています。これは、Windows IRST ドライバ設定の動作と一致するものであり、最近の SSD や HDD ではデータの損失は発生しないはずです。(アイドル状態で) 1.0 から 1.5 ワットの節約になることもあります。これは、Linux 4.16 から Intel ベースのノート PC でデフォルトの設定になる予定です [6]。

現在の設定は /sys/class/scsi_host/host*/link_power_management_policy で確認できます:

$ cat /sys/class/scsi_host/host*/link_power_management_policy

利用可能な ALPM 設定

設定	説明	省電力効果
max_performance	現在のデフォルト	無し
medium_power	-	約 1.0 ワット
med_power_with_dipm	推奨される設定	約 1.5 ワット
min_power	警告: データ損失の可能性あり	約 1.5 ワット

/etc/udev/rules.d/hd_power_save.rules

ACTION=="add", SUBSYSTEM=="scsi_host", KERNEL=="host*", ATTR{link_power_management_policy}="med_power_with_dipm"

ノート: この設定を行うとアイドル状態になっているドライブにアクセスするときに遅延が発生するようになります。AC 電源を使用するかどうかによって変えるべき設定です。

ハードディスクドライブ

設定できるドライブのパラメータについては hdparm#電源管理の設定 を見て下さい。

多数のプログラムがディスクに頻繁に書き込みをおこなう場合は省電力は効率的ではありません。全てのプログラムを調査して、いつどのようにプログラムがディスクに書き込むを行うのか調べるのがディスクの使用量を減らす道です。iotop を使えばどのプログラムがディスクに頻繁に書き込みしているかわかります。他のヒントは パフォーマンスの向上#ストレージデバイス を見て下さい。

noatime オプションを設定するなどの小さなことも馬鹿にできません。十分な RAM がある場合、swappiness を無効化したり制限することでディスクへの書き込みが減る可能性があります。

PowerChoice テクノロジーを搭載した Seagate ドライブの場合、EPC (Extended Power Conditions) 機能により hdparm から APM を設定するテクニックはうまく行きません。APM を設定する代わりに、openseachest^AUR パッケージをインストールし、ドライブの EPC を完全に無効化することができます (X は実際のドライブレターに置き換えてください):

# openSeaChest_PowerControl --scan
# openSeaChest_PowerControl -d /dev/sdX -i
# openSeaChest_PowerControl -d /dev/sdX --showEPCSettings
# openSeaChest_PowerControl -d /dev/sdX --EPCfeature disable
# openSeaChest_PowerControl -d /dev/sdX --showEPCSettings

最後のコマンドでは、以下が出力されます:

==========================================================================================
 openSeaChest_PowerControl - openSeaChest drive utilities - NVMe Enabled
 Copyright (c) 2014-2023 Seagate Technology LLC and/or its Affiliates, All Rights Reserved
 openSeaChest_PowerControl Version: 3.3.1-4_1_1 X86_64
 Build Date: Jul  4 2023
 Today: Tue Jul  4 17:49:36 2023        User: root
==========================================================================================

/dev/sdX - ST1000NM0008-2F2100 - ZFA19JG2 - SN02 - ATA


===EPC Settings===
        * = timer is enabled
        C column = Changeable
        S column = Savable
        All times are in 100 milliseconds

Name       Current Timer Default Timer Saved Timer   Recovery Time C S
Idle A      0            *10           *10           1             Y Y
Idle B      0            *1200         *1200         3             Y Y
Idle C      0             6000          6000         16            Y Y
Standby Z   0             9000          9000         46            Y Y

最初の列の 0 は、パーキングとスピンダウンが正常に無効化されたことを意味します。

ツールとスクリプト

スクリプトと udev ルールを使う

systemd ユーザーは systemctl suspend や systemctl hibernate でサスペンドとハイバネートを行うことができ、/etc/systemd/logind.conf で acpi イベントを処理することができるので、pm-utils と acpid を削除するということに興味を引かれるかもしれません。systemd が行えないことがたったひとつだけ存在します (systemd-204 現在): システムが AC 電源で動作しているのか、バッテリーで動作しているのかで条件分岐を行う電源管理です。このギャップをなくすには、AC アダプタが抜き差しされたときにスクリプトを実行する udev ルールを作成します:

/etc/udev/rules.d/powersave.rules

SUBSYSTEM=="power_supply", ATTR{online}=="0", RUN+="/path/to/your/script true"
SUBSYSTEM=="power_supply", ATTR{online}=="1", RUN+="/path/to/your/script false"

ノート: pm-powersave が使用しているのと同じスクリプトを使うことができます。実行可能属性を付与して別の所に保存する必要があります (例えば /usr/local/bin/)。

powersave スクリプトのサンプル:

• ftw (パッケージ: ftw-git^AUR)
• powersave
• throttlectl (throttlectl^AUR)

上記の udev ルールはちゃんと動作するはずですが、電源設定がサスペンドやハイバネートをした後に更新されない場合、以下の内容で /usr/lib/systemd/system-sleep/ にスクリプトを追加してください:

/usr/lib/systemd/system-sleep/00powersave

#!/bin/sh

case $1 in
    pre) /path/to/your/script false ;;
    post)       
	if cat /sys/class/power_supply/AC0/online | grep 0 > /dev/null 2>&1
	then
    		/path/to/your/script true	
	else
    		/path/to/your/script false
	fi
    ;;
esac
exit 0

忘れずに実行可能属性を付与してください。

ノート: ノートパソコンによっては AC0 が異なっている可能性があります。その場合は変更してください。

電源設定の表示

以下のスクリプトは USB や PCI デバイスの電源設定などのプロパティを表示します。全ての設定を見るには root 権限が必要なので注意して下さい。

#!/bin/bash

for i in $(find /sys/devices -name "bMaxPower")
do
	busdir=${i%/*}
	busnum=$(<$busdir/busnum)
	devnum=$(<$busdir/devnum)
	title=$(lsusb -s $busnum:$devnum)

	printf "\n\n+++ %s\n  -%s\n" "$title" "$busdir"

	for ff in $(find $busdir/power -type f ! -empty 2>/dev/null)
	do
		v=$(cat $ff 2>/dev/null|tr -d "\n")
		[[ ${#v} -gt 0 ]] && echo -e " ${ff##*/}=$v";
		v=;
	done | sort -g;
done;

printf "\n\n\n+++ %s\n" "Kernel Modules"
for mod in $(lspci -k | sed -n '/in use:/s,^.*: ,,p' | sort -u)
do
	echo "+ $mod";
	systool -v -m $mod 2> /dev/null | sed -n "/Parameters:/,/^$/p";
done

ユーザにシャットダウンを許可する

ボタンと蓋スイッチのイベント

サスペンド、電源オフ、そしてハイバネートのボタンのイベントと、蓋を閉じた時のイベントは、#ACPI イベント で説明されているように logind によって処理されます。

systemd-logind を使う

polkit を使用している場合、非リモートセッションのユーザは、セッションが壊れていない限り、電源関連のコマンドを発行することができます。

セッションがアクティブであることを確認するには:

$ loginctl show-session $XDG_SESSION_ID --property=Active

アクティブであるならば、ユーザはコマンドラインで systemctl のコマンドを使用したり、メニューに追加したりできます:

$ systemctl poweroff
$ systemctl reboot

systemctl suspend や systemctl hibernate といった他のコマンドも使用できます。systemctl(1) の System Commands セクションを参照してください。

sudo を使う

sudo をインストールし、sudo 権限をユーザに与えてください。sudo 権限が与えられたユーザは、sudo systemctl コマンド (例: sudo systemctl poweroff、sudo systemctl reboot、sudo systemctl suspend、sudo systemctl hibernate) を使用できるようになります。systemctl(1) の System Commands セクションを参照してください。

sudo 権限の無いユーザ

ユーザにシャットダウンコマンドのみを使用できるようにし、sudo 権限を与えないようにする必要がある場合、visudo コマンドを root として使って /etc/sudoers の末尾に以下を追加してください。user の部分は適切なユーザ名に、hostname の部分はマシンのホスト名に置き換えてください。

user hostname =NOPASSWD: /usr/bin/systemctl poweroff,/usr/bin/systemctl halt,/usr/bin/systemctl reboot

ここで設定したユーザは、sudo systemctl poweroff でシャットダウンを、sudo systemctl reboot で再起動を行うことができるようになります。システムをシャットダウンしたいユーザは、sudo systemctl halt も使用できます。パスワードのプロンプトを表示させたくない場合は、NOPASSWD: タグを使用してください。

参照

• ThinkWiki:How to reduce power consumption
• How to get longer battery life on Linux

翻訳ステータス: このページは en:Power management の翻訳バージョンです。最後の翻訳日は 2024-03-05 です。もし英語版に 変更 があれば、翻訳の同期を手伝うことができます。