電源管理/サスペンドとハイバネート - 版の履歴

AshMyzk: 同期

2024-08-25T08:24:28Z

同期

Kusanaginoturugi: 校正（でき・出来）

2024-07-10T11:21:20Z

校正（でき・出来）

← 古い版		2024年7月10日 (水) 20:21時点における版
88行目:		88行目:
	スワップパーティションが RAM より小さかったとしても、ハイバネートが成功する可能性は高いと思われます。{{ic\|image_size}} {{man\|5\|sysfs}} 疑似ファイルに関する情報は [https://docs.kernel.org/admin-guide/pm/sleep-states.html?highlight=image_size#basic-sysfs-interfaces-for-system-suspend-and-hibernation カーネルドキュメント]の "image_size" を見てください。		スワップパーティションが RAM より小さかったとしても、ハイバネートが成功する可能性は高いと思われます。{{ic\|image_size}} {{man\|5\|sysfs}} 疑似ファイルに関する情報は [https://docs.kernel.org/admin-guide/pm/sleep-states.html?highlight=image_size#basic-sysfs-interfaces-for-system-suspend-and-hibernation カーネルドキュメント]の "image_size" を見てください。

	(スワップパーティションを小さくして) {{ic\|/sys/power/image_size}} の値を減らしてサスペンドのイメージを出来る限り小さくすることも、値を増やしてハイバネーションを高速化することも可能です。大きな容量の RAM を搭載しているシステムでは、より小さい値にするとハイバネートからの復帰が劇的に速くなることがあります。{{ic\|image_size}} の値を再起動後も保持するために [[systemd#systemd-tmpfiles - 一時ファイル]] を使うことができます:		(スワップパーティションを小さくして) {{ic\|/sys/power/image_size}} の値を減らしてサスペンドのイメージをできる限り小さくすることも、値を増やしてハイバネーションを高速化することも可能です。大きな容量の RAM を搭載しているシステムでは、より小さい値にするとハイバネートからの復帰が劇的に速くなることがあります。{{ic\|image_size}} の値を再起動後も保持するために [[systemd#systemd-tmpfiles - 一時ファイル]] を使うことができます:

	{{hc\|/etc/tmpfiles.d/hibernation_image_size.conf\|		{{hc\|/etc/tmpfiles.d/hibernation_image_size.conf\|

AshMyzk: 同期

2024-05-29T08:30:39Z

同期

@@ 340行目: / 340行目: @@
 AllowHybridSleep=no
 AllowSuspendThenHibernate=no
 }}
@@ 417行目: / 408行目: @@
 {{hc|/etc/udev/rules.d/99-avoid-i2c-wakeup.rules|2=KERNEL=="''device_name''", SUBSYSTEM=="i2c", ATTR{power/wakeup}="disabled"}}
 === ハイバネート後に起動するとオペレーティングシステムが見つからない (または、間違った OS が起動する) ===
@@ 519行目: / 521行目: @@
 [[udev#新しいルールをロードする|上記の udev ルールを再読み込み]]して {{ic|systemd-logind.service}} を[[再起動]]したら、''logind'' の journal に {{ic|Watching system buttons on /dev/input/event6}} という出力が現れるはずです。
-{{TranslationStatus|Power management/Suspend and hibernate|2024-05-13|808170}}
+{{TranslationStatus|Power management/Suspend and hibernate|2024-05-29|809225}}

AshMyzk: 同期

2024-05-13T03:58:13Z

同期

← 古い版		2024年5月13日 (月) 12:58時点における版
32行目:		32行目:
	== 高レベルインターフェイス (systemd) ==		== 高レベルインターフェイス (systemd) ==

	{{Note\|高レベルなインターフェイスの目的は、サスペンド/ハイバネートを行う際に利用できるバイナリ/スクリプトと、追加の準備/クリーンアップの作業を行うためのフックを実行する手段を提供することです。電源ボタンの押下、メニューのクリック、ノート PC の蓋イベントのときにスリープ状態に自動的に移行する方法については、[[電源管理#~~電源管理~~]] を見てください。}}		{{Note\|高レベルなインターフェイスの目的は、サスペンド/ハイバネートを行う際に利用できるバイナリ/スクリプトと、追加の準備/クリーンアップの作業を行うためのフックを実行する手段を提供することです。電源ボタンの押下、メニューのクリック、ノート PC の蓋イベントのときにスリープ状態に自動的に移行する方法については、[[電源管理#ACPI イベント]] を見てください。}}

	[[systemd]] は、サスペンド、ハイバネート、ハイブリッドサスペンドを行うためのネイティブなコマンドを提供しています。これは、Arch Linux で使用されるデフォルトのインターフェイスです。		[[systemd]] は、サスペンド、ハイバネート、ハイブリッドサスペンドを行うためのネイティブなコマンドを提供しています。これは、Arch Linux で使用されるデフォルトのインターフェイスです。
81行目:		81行目:
	* [[ディスク暗号化]]を利用する場合は[[dm-crypt/スワップの暗号化#suspend-to-disk を使用する]]を見てください。		* [[ディスク暗号化]]を利用する場合は[[dm-crypt/スワップの暗号化#suspend-to-disk を使用する]]を見てください。
	* {{Pkg\|linux-hardened}}はハイバネーションをサポートしていません。詳しくは{{Bug\|63648}}を見てください。		* {{Pkg\|linux-hardened}}はハイバネーションをサポートしていません。詳しくは{{Bug\|63648}}を見てください。
	* zram 上のスワップへのハイバネートはサポートされていません。たとえ zram が永久記憶装置上のバッキングデバイスを使うように設定されていたとしてもです。''logind'' は、zram 上のスワップ領域へハイバネート~~しようとする試み~~から保護します。		* zram 上のスワップへのハイバネートはサポートされていません。たとえ zram が永久記憶装置上のバッキングデバイスを使うように設定されていたとしてもです。''logind'' は zram 上のスワップ領域へのハイバネートから保護してくれますが、スワップ領域を複数作っておくという方法もあります。メモリはスワップファイルに保存され、他の利用可能なスワップ領域は zram 用に予約されます。詳細は [[#ハイバネート用のスワップファイルを zram で保持する]] を見てください。
	}}		}}

101行目:		101行目:
	* Busybox ベースの [[initramfs]] を使用している場合 (Arch ではデフォルトです)、{{ic\|/etc/mkinitcpio.conf}} に {{ic\|resume}} フックを追加する必要があります。ラベルあるいは UUID どちらを使用している場合でもスワップパーティションは udev デバイスノードによって参照されるので、{{ic\|resume}} フックは {{ic\|udev}} フックの''後''に追加する必要があります。デフォルトのフック設定に {{ic\|resume}} フックを追加すると以下のようになります:		* Busybox ベースの [[initramfs]] を使用している場合 (Arch ではデフォルトです)、{{ic\|/etc/mkinitcpio.conf}} に {{ic\|resume}} フックを追加する必要があります。ラベルあるいは UUID どちらを使用している場合でもスワップパーティションは udev デバイスノードによって参照されるので、{{ic\|resume}} フックは {{ic\|udev}} フックの''後''に追加する必要があります。デフォルトのフック設定に {{ic\|resume}} フックを追加すると以下のようになります:

	:{{bc\|1=HOOKS=(base udev autodetect modconf kms keyboard keymap consolefont block filesystems '''resume''' fsck)}}		:{{bc\|1=HOOKS=(base udev autodetect microcode modconf kms keyboard keymap consolefont block filesystems '''resume''' fsck)}}

	:変更を適用するために [[mkinitcpio#イメージ作成とアクティベーション\|initramfs の再生成]]を忘れずに行ってください。		:変更を適用するために [[mkinitcpio#イメージ作成とアクティベーション\|initramfs の再生成]]を忘れずに行ってください。
332行目:		332行目:
	=== スリープを完全に無効化する ===		=== スリープを完全に無効化する ===

	デバイスをサーバなどとして使用している場合、サスペンドは必要ないかもしれませんし、かえって望ましくない可能性もあります。{{man\|5\|systemd-sleep.conf}} を使えば任意のスリープ状態を無効化することができます:		デバイスをサーバなどとして使用している場合、サスペンド/ハイバネートは必要ないかもしれませんし、かえって望ましくない可能性もあります。{{man\|5\|systemd-sleep.conf}} を使えば任意のスリープ状態を無効化することができます:

	{{hc\|/etc/systemd/sleep.conf.d/disable-~~suspend~~.conf\|2=		{{hc\|/etc/systemd/sleep.conf.d/disable-sleep.conf\|2=
	[Sleep]		[Sleep]
	AllowSuspend=no		AllowSuspend=no
340行目:		340行目:
	AllowHybridSleep=no		AllowHybridSleep=no
	AllowSuspendThenHibernate=no		AllowSuspendThenHibernate=no
		⚫	}}

		⚫	=== ハイバネート時にシステムの電源を完全に切る ===

			通常、ハイバネートはシステムを S4 ({{ic\|platform}}) 電源状態に移行させます。つまり、システムは、S5 ({{ic\|shutdown}}) 電源状態と違って完全にオフにはなっていません。その結果、電源 LED が点灯したままになることがあり、また、電力が消費され続ける可能性があります。これが望ましくない場合は、{{man\|5\|sleep.conf.d}} で {{ic\|HibernateMode}} の値を {{ic\|shutdown}} に設定すると良いかもしれません:

		⚫	{{hc\|/etc/systemd/sleep.conf.d/hibernate-mode.conf\|2=
		⚫	[Sleep]
		⚫	HibernateMode=shutdown
	}}		}}

408行目:		417行目:

	{{hc\|/etc/udev/rules.d/99-avoid-i2c-wakeup.rules\|2=KERNEL=="''device_name''", SUBSYSTEM=="i2c", ATTR{power/wakeup}="disabled"}}		{{hc\|/etc/udev/rules.d/99-avoid-i2c-wakeup.rules\|2=KERNEL=="''device_name''", SUBSYSTEM=="i2c", ATTR{power/wakeup}="disabled"}}

⚫	=== ハイバネートした時にシステムの電源~~が落ちない~~ ===

	システムをハイバネートした時には、(状態をディスク上に保存したあとに)システムの電源が落ちるはずです。時々、ハイバネートした後も電源 LED が光り続けることがあります。これが起こる場合、{{man\|5\|sleep.conf.d}} で {{ic\|HibernateMode}} を {{ic\|shutdown}} に設定すると問題が解決するかもしれません。

⚫	{{hc\|/etc/systemd/sleep.conf.d/~~hibernatemode~~.conf\|2=
⚫	[Sleep]
⚫	HibernateMode=shutdown
⚫	}}

	上記の設定により、その他の設定が正しく行われていれば、{{ic\|systemctl hibernate}} を実行するとマシンがシャットダウンし、状態をディスクに保存します。

	=== ハイバネート後に起動するとオペレーティングシステムが見つからない (または、間違った OS が起動する) ===		=== ハイバネート後に起動するとオペレーティングシステムが見つからない (または、間違った OS が起動する) ===
455行目:		453行目:
	}}		}}

	これが有効になっている場合は、次のコマンドを実行できます:		これが有効になっている場合は、次のコマンドを実行して無効化できます:

	# echo GPP0 > /proc/acpi/wakeup		# echo GPP0 > /proc/acpi/wakeup
521行目:		519行目:
	[[udev#新しいルールをロードする\|上記の udev ルールを再読み込み]]して {{ic\|systemd-logind.service}} を[[再起動]]したら、''logind'' の journal に {{ic\|Watching system buttons on /dev/input/event6}} という出力が現れるはずです。		[[udev#新しいルールをロードする\|上記の udev ルールを再読み込み]]して {{ic\|systemd-logind.service}} を[[再起動]]したら、''logind'' の journal に {{ic\|Watching system buttons on /dev/input/event6}} という出力が現れるはずです。

	{{TranslationStatus\|Power management/Suspend and hibernate\|2024-03-11\|~~802809~~}}		{{TranslationStatus\|Power management/Suspend and hibernate\|2024-05-13\|808170}}

AshMyzk: 同期

2024-03-11T07:24:48Z

同期

差分を表示

AshMyzk: /* initramfs の設定 */ 修正

2024-03-08T06:58:04Z

initramfs の設定: 修正

← 古い版		2024年3月8日 (金) 15:58時点における版
99行目:		99行目:
	=== initramfs の設定 ===		=== initramfs の設定 ===

	* Busybox ベースの [[initramfs]] を使用している場合 (Arch ではデフォルトです)、{{ic\|/etc/mkinitcpio.conf}} に {{ic\|resume}} フックを追加する必要があります。ラベルあるいは UUID どちらを使用している場合でもスワップパーティションは udev デバイスノードによって参照されるので、{{ic\|resume}} フックは必ず {{ic\|~~filesystems~~}} の前に追加~~してください~~。デフォルトのフック設定に {{ic\|resume}} フックを追加すると以下のようになります:		* Busybox ベースの [[initramfs]] を使用している場合 (Arch ではデフォルトです)、{{ic\|/etc/mkinitcpio.conf}} に {{ic\|resume}} フックを追加する必要があります。ラベルあるいは UUID どちらを使用している場合でもスワップパーティションは udev デバイスノードによって参照されるので、{{ic\|resume}} フックは {{ic\|udev}} フックの''後''に追加する必要があります。デフォルトのフック設定に {{ic\|resume}} フックを追加すると以下のようになります:

	:{{bc\|1=HOOKS=(base udev autodetect modconf kms keyboard keymap consolefont block filesystems '''resume''' fsck)}}		:{{bc\|1=HOOKS=(base udev autodetect modconf kms keyboard keymap consolefont block filesystems '''resume''' fsck)}}

AshMyzk: 同期

2024-03-05T14:48:32Z

同期

差分を表示

AshMyzk: 同期

2024-01-11T08:19:29Z

同期

← 古い版		2024年1月11日 (木) 17:19時点における版
7行目:		7行目:
	[[zh-hans:Power management/Suspend and hibernate]]		[[zh-hans:Power management/Suspend and hibernate]]
	{{Related articles start}}		{{Related articles start}}
	{{Related\|Uswsusp}}
	{{Related\|systemd}}		{{Related\|systemd}}
	{{Related\|電源管理}}		{{Related\|電源管理}}
21行目:		20行目:
	; Hybrid suspend (ハイブリットスリープとも呼ばれます): サスペンドとハイバネートのハイブリッドです。'''Suspend to both''' と呼ばれることもあります。マシンの状態をスワップ領域に保存しますが、マシンの電源を切りません。代わりに、デフォルトのサスペンドを呼び出します。これによって、バッテリーを使いきっても、システムは即座に復帰できます。バッテリーが枯渇した時は、システムはディスクから復帰し、RAM からの復帰に比べて時間がかかりますが、システムの状態が失われることはありません。		; Hybrid suspend (ハイブリットスリープとも呼ばれます): サスペンドとハイバネートのハイブリッドです。'''Suspend to both''' と呼ばれることもあります。マシンの状態をスワップ領域に保存しますが、マシンの電源を切りません。代わりに、デフォルトのサスペンドを呼び出します。これによって、バッテリーを使いきっても、システムは即座に復帰できます。バッテリーが枯渇した時は、システムはディスクから復帰し、RAM からの復帰に比べて時間がかかりますが、システムの状態が失われることはありません。

	基本的な機能を提供~~する低レベルなインターフェイス (バックエンド) が複数存在~~し、問題のあるハードウェアドライバ/カーネルモジュール (例: ビデオカードの再初期化) ~~を扱う~~機能を提供する高レベルなインターフェイスもいくつかあります。		カーネルは、基本的な機能を提供しており、問題のあるハードウェアドライバ/カーネルモジュール (例: ビデオカードの再初期化) に対処する機能を提供する高レベルなインターフェイスもいくつかあります。

	== ~~低レベ~~ルインターフェイス ==		== カーネルのインターフェイス (swsusp) ==

	~~これら~~のインターフェイスは直接使うこともできますが、~~通常は~~[[#高レベルインターフェイス\|高レベルインターフェイス]]を使~~ってサスペンド・ハイバネートを行う~~とよ~~いでしょ~~う~~。低レベル~~なインターフェイス~~を直接使うと~~、~~サスペンドの前や後に行うフック処理を全て実行する高レベルインターフェイスよりもかなり早くサスペンドが可能です。ただしフックは~~ハードウェアクロックの設定や、ワ~~イヤレスの~~復旧などを~~正しく処理~~する~~ことができ~~ます。		{{Note\|カーネルのインターフェイスを直接使用することは可能です (ユーザー空間で追加の処理が無いので高速です) が、[[#高レベルインターフェイス\|高レベルインターフェイス]]を使用することが推奨されます。そのようなインターフェイスは、ハードウェアクロックを適切に設定したり、無線ネットワークを回復させたりなどをするための、サスペンド前及び後のフック機構を提供しています。}}

		⚫	カーネル内のソフトウェアサスペンドコード (swsusp) にサスペンド状態に入るよう直接伝えることは可能です。実際の方法と状態はハードウェアサポートのレベルによります。最近のカーネルでは、サスペンドにするために {{ic\|/sys/power/state}} に適切な文字列を書くことが主な方法になっています。
	=== カーネル (swsusp) ===

⚫	~~直球の方法は~~カーネル内のソフトウェアサスペンドコード (swsusp) にサスペンド状態に入るよう直接伝えることです。実際の方法と状態はハードウェアサポートのレベルによります。最近のカーネルでは、サスペンドにするために {{ic\|/sys/power/state}} に適切な文字列を書くことが主な方法になっています。

	詳しくは [https://docs.kernel.org/admin-guide/pm/sleep-states.html#basic-sysfs-interfaces-for-system-suspend-and-hibernation カーネルドキュメント] を参照してください。		詳しくは [https://docs.kernel.org/admin-guide/pm/sleep-states.html#basic-sysfs-interfaces-for-system-suspend-and-hibernation カーネルドキュメント] を参照してください。

	=== ユーザ空間 (uswsusp) ===

	uswsusp ('Userspace Software Suspend') ツールはカーネルの suspend-to-RAM 機構のラッパーを提供します。サスペンドの前と復帰の後にユーザー空間からグラフィックアダプタの操作を行います。

	{{Note\|このプロジェクトは2011年から更新されていません。}}

	== 高レベルインターフェイス ==		== 高レベルインターフェイス ==
47行目:		38行目:
	[[systemd]] はサスペンド・ハイバネート・ハイブリッドサスペンドを行うためのネイティブのコマンドを提供しています。詳しくは [[電源管理#電源管理]] を見て下さい。これは Arch Linux で使われているデフォルトのインターフェースです。		[[systemd]] はサスペンド・ハイバネート・ハイブリッドサスペンドを行うためのネイティブのコマンドを提供しています。詳しくは [[電源管理#電源管理]] を見て下さい。これは Arch Linux で使われているデフォルトのインターフェースです。

	サスペンド・ハイバネートのフックの設定に関する情報は[[電源管理#スリープフック]]に載っています。{{~~ic\|~~man systemctl}}, {{~~ic\|~~man systemd-sleep}}, {{~~ic\|~~man systemd.special}} もあわせて参照してください。		サスペンド・ハイバネートのフックの設定に関する情報は[[電源管理#スリープフック]]に載っています。{{man\|1\|systemctl}}、{{man\|8\|systemd-sleep}}、{{man\|7\|systemd.special}} もあわせて参照してください。

	== サスペンドの方法を変更する ==		== サスペンドの方法を変更する ==
80行目:		71行目:
	== ハイバネーション ==		== ハイバネーション ==

	ハイバネー~~ション~~を~~使用する~~には、[[スワップ]]パーティションかスワップファイルを作成~~し、{{ic\|1=resume=}} カーネルパラメータでそのスワップを指定しなければなりません~~。~~また、カーネルが~~初期ユーザ空間で~~特定のスワップからの~~復帰を行うようにするために、[[#initramfs の設定\|initramfs も設定]]する~~必要があ~~ります。これら 3 つの手順は以下で詳細に説明されています。		ハイバネートを行うには、次のことを行う必要があります: [[スワップ]]パーティションかスワップファイルの作成する。初期ユーザー空間で復帰プロセスを初期化できるようにするために [[#initramfs の設定\|initramfs を設定する]]。Initramfs から利用できる方法でスワップ領域の場所を指定する (例えば、{{ic\|HibernateLocation}} EFI 変数を [[systemd]] で定義したり、{{ic\|1=resume=}} [[カーネルパラメータ]]を設定したり)。これらの3つの手順は以下で詳細に説明されています。

	{{Note\|		{{Note\|
109行目:		100行目:
	:変更を適用するために [[mkinitcpio#イメージ作成とアクティベーション\|initramfs の再生成]]を忘れずに行ってください。		:変更を適用するために [[mkinitcpio#イメージ作成とアクティベーション\|initramfs の再生成]]を忘れずに行ってください。

			:{{Note\|スワップ領域にスタックされたストレージ (例えば、[[dm-crypt]]、[[RAID]]、[[LVM]]) を使用している場合は、最後のマッピングされるデバイスが、初期ユーザー空間内及び復帰プロセスの初期化前に利用できるようにする必要があります。つまり、どうすればよいかというと、{{ic\|resume}} フックを {{ic\|encrypt}} や {{ic\|lvm2}} などのフックより後に置く必要があります (そのような環境である場合)。}}
	:{{Note\|[[LVM]] を使っている場合は {{ic\|resume}} フックを {{ic\|lvm2}} の後に追加してください。}}

	* initramfs で {{ic\|systemd}} フックを使っている場合は、復帰機構が既に提供されているので、フックを追加する必要はありません。		* initramfs で {{ic\|systemd}} フックを使っている場合は、復帰機構が既に提供されているので、フックを追加する必要はありません。
165行目:		156行目:
	* 次のコマンドは {{ic\|''swap_device_uuid''}} を特定するのに利用できます: {{ic\|1=findmnt -no UUID -T /swapfile}}		* 次のコマンドは {{ic\|''swap_device_uuid''}} を特定するのに利用できます: {{ic\|1=findmnt -no UUID -T /swapfile}}
	* 次のコマンドは、Btrfs 以外のファイルシステムで {{ic\|''swap_file_offset''}} を特定するのに利用できます: {{ic\|1=filefrag -v /swapfile {{!}} awk '$1=="0:" {print substr($4, 1, length($4)-2)}'}}		* 次のコマンドは、Btrfs 以外のファイルシステムで {{ic\|''swap_file_offset''}} を特定するのに利用できます: {{ic\|1=filefrag -v /swapfile {{!}} awk '$1=="0:" {print substr($4, 1, length($4)-2)}'}}
	* {{ic\|''swap_file_offset''}} の値は {{ic\|swap-offset ''swap_file''}} を実行することによっても得られます。 ''swap-offset'' バイナリは [[uswsusp]] ツールのセットで提供されています。もしこの方法を利用するならば、これら2つのパラメータは {{ic\|/etc/suspend.conf}} 内で {{ic\|resume device}} と {{ic\|resume offset}} というキーで渡されなければなりません。この場合、再起動は必要ありません。
	}}		}}

173行目:		163行目:

	{{Tip\|スワップファイルを作成する目的が、仮想メモリの拡張ではなくハイバネートがしたいだけの場合、スワップファイルの [[スワップ#Swappiness\|Swappiness]] を減らすとよいでしょう。}}		{{Tip\|スワップファイルを作成する目的が、仮想メモリの拡張ではなくハイバネートがしたいだけの場合、スワップファイルの [[スワップ#Swappiness\|Swappiness]] を減らすとよいでしょう。}}

			==== ハイバネート用のスワップファイルを zram で保持する ====

			RAM 圧縮 (zram) でのハイバーネートの問題は、複数のスワップ領域を同時に保持することで解決できます。[[Systemd]] は、ハイバネートをトリガーする前に zram ブロックデバイスを常に無視するので、特に設定せずに両方の領域 (スワップファイルと zram) を保持できるはずです。

			[[#スワップファイルにハイバネーション\|スワップファイル]]を設定し、[[zram]] ページの指示に従って、zram に'''高いスワップ優先度''' (例えば {{ic\|1=pri=100}}) を割り当ててください。

			{{Note\|
			* ハイバネート用のオンデマンドのスワップユニットは作成しないでください。これは公式にはサポートされていません。Systemd の issue [https://github.com/systemd/systemd/issues/16708 #16708] と [https://github.com/systemd/systemd/issues/30083 #30083] を参照してください。
			* カーネルは無名 (anonymous) ページの回収とスワップを行います。スワップ領域を利用しないと、メモリ使用効率の悪化につながる可能性があります。ユーザーは、{{ic\|memory.low}} によって特定のアプリケーションにおけるメモリ回収の優先度を管理することができます (これは[[コントロールグループ]]で調整可能です)。全体として、この方が [[swappiness]] パラメータを設定するよりも効率的です。
			* 詳細は[https://www.kernel.org/doc/gorman/html/understand/understand014.html カーネルドキュメントの Swap Management 章]と [https://chrisdown.name/2018/01/02/in-defence-of-swap.html Chris Down の - In defence of swap: common misconceptions] (Hiroaki Nakamura による日本語訳: [https://chrisdown.name/ja/2018/01/02/in-defence-of-swap.html スワップの弁護：よくある誤解を解く]) を参照してください。
			}}

	==== thinly-provisioned LVM ボリュームへのハイバネーション ====		==== thinly-provisioned LVM ボリュームへのハイバネーション ====
277行目:		279行目:
	[[#ハイバネートした時にシステムの電源が落ちない]] で説明したように {{ic\|1=HibernateMode=shutdown}} を設定することで、この問題を永久に解決できます。すでにシステムから締め出されてしまっている場合、システムを4回再起動 (毎回、エラーが表示されるまで待ってください) してみることで、一部の BIOS 上では通常のブート手順を強制することができます。		[[#ハイバネートした時にシステムの電源が落ちない]] で説明したように {{ic\|1=HibernateMode=shutdown}} を設定することで、この問題を永久に解決できます。すでにシステムから締め出されてしまっている場合、システムを4回再起動 (毎回、エラーが表示されるまで待ってください) してみることで、一部の BIOS 上では通常のブート手順を強制することができます。

	{{TranslationStatus\|Power management/Suspend and hibernate\|2024-01-02\|~~795748~~}}		{{TranslationStatus\|Power management/Suspend and hibernate\|2024-01-11\|796574}}

AshMyzk: 同期

2024-01-01T22:55:50Z

同期

← 古い版		2024年1月2日 (火) 07:55時点における版
80行目:		80行目:
	== ハイバネーション ==		== ハイバネーション ==

	ハイバネーションを使用するには、[[スワップ]]パーティションかスワップファイルを作成し、{{ic\|1=resume=}} カーネルパラメータでそのスワップを指定しなければなりません ~~(カーネルパラメータはブートローダによって設定されます)~~。また、カーネルが初期ユーザ空間で特定のスワップからの復帰を行うようにするために、[[#initramfs の設定\|initramfs も設定]]する必要があります。これら 3 つの手順は以下で詳細に説明されています。		ハイバネーションを使用するには、[[スワップ]]パーティションかスワップファイルを作成し、{{ic\|1=resume=}} カーネルパラメータでそのスワップを指定しなければなりません。また、カーネルが初期ユーザ空間で特定のスワップからの復帰を行うようにするために、[[#initramfs の設定\|initramfs も設定]]する必要があります。これら 3 つの手順は以下で詳細に説明されています。

	{{Note\|		{{Note\|
277行目:		277行目:
	[[#ハイバネートした時にシステムの電源が落ちない]] で説明したように {{ic\|1=HibernateMode=shutdown}} を設定することで、この問題を永久に解決できます。すでにシステムから締め出されてしまっている場合、システムを4回再起動 (毎回、エラーが表示されるまで待ってください) してみることで、一部の BIOS 上では通常のブート手順を強制することができます。		[[#ハイバネートした時にシステムの電源が落ちない]] で説明したように {{ic\|1=HibernateMode=shutdown}} を設定することで、この問題を永久に解決できます。すでにシステムから締め出されてしまっている場合、システムを4回再起動 (毎回、エラーが表示されるまで待ってください) してみることで、一部の BIOS 上では通常のブート手順を強制することができます。

	{{TranslationStatus\|Power management/Suspend and hibernate\|~~2023-11~~-01\|~~791555~~}}		{{TranslationStatus\|Power management/Suspend and hibernate\|2024-01-02\|795748}}

AshMyzk: 同期

2023-11-01T14:20:05Z

同期

← 古い版		2023年11月1日 (水) 23:20時点における版
3行目:		3行目:
	[[en:Power management/Suspend and hibernate]]		[[en:Power management/Suspend and hibernate]]
	[[es:Power management (Español)/Suspend and hibernate]]		[[es:Power management (Español)/Suspend and hibernate]]
			[[pt:Power management (Português)/Suspend and hibernate]]
	[[ru:Power management (Русский)/Suspend and hibernate]]		[[ru:Power management (Русский)/Suspend and hibernate]]
	[[zh-hans:Power management/Suspend and hibernate]]		[[zh-hans:Power management/Suspend and hibernate]]
15行目:		16行目:
	サスペンドの[https://docs.kernel.org/admin-guide/pm/sleep-states.html 複数の方法]を利用できます。とりわけ:		サスペンドの[https://docs.kernel.org/admin-guide/pm/sleep-states.html 複数の方法]を利用できます。とりわけ:

	; Suspend to idle: Intel は [https://01.~~org~~/~~blogs~~/~~qwang59~~/~~2018~~/~~how~~-~~achieve~~-s0ix-states~~-linux~~ S0ix] と呼んでおり、Microsoft は [https://docs.microsoft.com/en-us/windows-hardware/design/device-experiences/modern-standby Modern Standby] (以前は "Connected Standby") と呼んでいます。Linux カーネルでは [https://docs.kernel.org/admin-guide/pm/sleep-states.html#suspend-to-idle S2Idle] と呼ばれています。サポートされているシステムにおいて '''S3''' [[Wikipedia:ACPI#Global states\|スリープ状態]]の代わりに使用されるように設計されており、同等の節電機能を提供しますが、復帰に掛かる時間が大幅に短縮されます。{{Tip\|[https://www.dell.com/support/kbdoc/en-us/000143524/the-battery-drains-quicker-than-expected-on-a-dell-notebook-with-modern-standby-mode-enabled Windows] や [https://support.apple.com/guide/mac-help/mh40773/mac macOS] はネットワーク活動のためにこの状態のデバイスの復帰をサポートしているので、これらの OS においてこの状態はバッテリーの消耗問題の影響を受けます。一方、Linux のソフトウェアエコシステムは現在この機能を使用しないため、影響を受けないはずです。}}		; Suspend to idle: Intel は [https://www.intel.com/content/www/us/en/docs/vtune-profiler/user-guide/2023-0/s0ix-states.html S0ix] と呼んでおり、Microsoft は [https://docs.microsoft.com/en-us/windows-hardware/design/device-experiences/modern-standby Modern Standby] (以前は "Connected Standby") と呼んでいます。Linux カーネルでは [https://docs.kernel.org/admin-guide/pm/sleep-states.html#suspend-to-idle S2Idle] と呼ばれています。サポートされているシステムにおいて '''S3''' [[Wikipedia:ACPI#Global states\|スリープ状態]]の代わりに使用されるように設計されており、同等の節電機能を提供しますが、復帰に掛かる時間が大幅に短縮されます。{{Tip\|[https://www.dell.com/support/kbdoc/en-us/000143524/the-battery-drains-quicker-than-expected-on-a-dell-notebook-with-modern-standby-mode-enabled Windows] や [https://support.apple.com/guide/mac-help/mh40773/mac macOS] はネットワーク活動のためにこの状態のデバイスの復帰をサポートしているので、これらの OS においてこの状態はバッテリーの消耗問題の影響を受けます。一方、Linux のソフトウェアエコシステムは現在この機能を使用しないため、影響を受けないはずです。}}
	; Suspend to RAM (サスペンド、スリープとも呼ばれます): ACPI で '''S3''' スリープ状態として定義されています。RAM を除くマシンのほとんど全てのパーツの電源を切ります。RAM への電源はマシンの状態を保存するために必要です。電力を多く節約できるので、ラップトップでは、バッテリーでコンピュータが稼働していてフタが閉じられた時 (もしくはユーザーが長い間操作しなかった時) は自動的にこのモードに移行するのが得策でしょう。		; Suspend to RAM (サスペンド、スリープとも呼ばれます): ACPI で '''S3''' スリープ状態として定義されています。RAM を除くマシンのほとんど全てのパーツの電源を切ります。RAM への電源はマシンの状態を保存するために必要です。電力を多く節約できるので、ラップトップでは、バッテリーでコンピュータが稼働していてフタが閉じられた時 (もしくはユーザーが長い間操作しなかった時) は自動的にこのモードに移行するのが得策でしょう。
	; Suspend to disk (ハイバネートとも呼ばれます): ACPI で '''S4''' スリープ状態として定義されています。マシンの状態を[[スワップ\|スワップ領域]]に保存してマシンの電源を完全にオフにします。マシンに電源を入れた時、状態が復元されます。それまでは、電力消費量は[[Wikipedia:Standby power\|ゼロ]]です。		; Suspend to disk (ハイバネートとも呼ばれます): ACPI で '''S4''' スリープ状態として定義されています。マシンの状態を[[スワップ\|スワップ領域]]に保存してマシンの電源を完全にオフにします。マシンに電源を入れた時、状態が復元されます。それまでは、電力消費量は[[Wikipedia:Standby power\|ゼロ]]です。
35行目:		36行目:

	uswsusp ('Userspace Software Suspend') ツールはカーネルの suspend-to-RAM 機構のラッパーを提供します。サスペンドの前と復帰の後にユーザー空間からグラフィックアダプタの操作を行います。		uswsusp ('Userspace Software Suspend') ツールはカーネルの suspend-to-RAM 機構のラッパーを提供します。サスペンドの前と復帰の後にユーザー空間からグラフィックアダプタの操作を行います。

			{{Note\|このプロジェクトは2011年から更新されていません。}}

	== 高レベルインターフェイス ==		== 高レベルインターフェイス ==
50行目:		53行目:
	S0ix サスペンドが通常の S3 スリープと同じ節電機能を提供しないシステム、あるいは、電力を節約することが復帰を高速化することよりも優先される場合においては、デフォルトのサスペンド方法を変更することが可能です。		S0ix サスペンドが通常の S3 スリープと同じ節電機能を提供しないシステム、あるいは、電力を節約することが復帰を高速化することよりも優先される場合においては、デフォルトのサスペンド方法を変更することが可能です。

	{{Tip\|S0ix は S3 スリープと同等かより高い節電性能を提供するはずです。意図通りに S0ix を機能させることができるかどうかは、次の Intel のブログ投稿を参照してください: [https://01.org/blogs/qwang59/2018/how-achieve-s0ix-states-linux How to achieve S0ix states in Linux]、[https://01.org/blogs/qwang59/2020/linux-s0ix-troubleshooting Linux S0ix Troubleshooting]、[https://01.org/blogs/thac0/2019/idling-efficiently-linux-case-study Idling Efficiently on Linux: A Case Study]。}}		{{Tip\|S0ix は S3 スリープと同等かより高い節電性能を提供するはずです。意図通りに S0ix を機能させることができるかどうかは、次の Intel のブログ投稿を参照してください: [https://web.archive.org/web/20230614200816/https://01.org/blogs/qwang59/2018/how-achieve-s0ix-states-linux How to achieve S0ix states in Linux]、[https://web.archive.org/web/20230614200306/https://01.org/blogs/qwang59/2020/linux-s0ix-troubleshooting Linux S0ix Troubleshooting]、[https://01.org/blogs/thac0/2019/idling-efficiently-linux-case-study Idling Efficiently on Linux: A Case Study]。Intel システムでは [https://github.com/intel/S0ixSelftestTool S0ixSelftestTool] を使うことができます。}}

			以下のコマンドは、ハードウェアによってサポートされていると広告されている全てのサスペンド方法を出力します (現在のサスペンド方法は角括弧に囲まれます[https://docs.kernel.org/admin-guide/pm/sleep-states.html#basic-sysfs-interfaces-for-system-suspend-and-hibernation]):
	まず、以下の例のように、ハードウェアが他のサスペンド法のサポートを広告しているかどうか確認します:

	{{hc\|$ cat /sys/power/mem_sleep\|		{{hc\|$ cat /sys/power/mem_sleep\|
100行目:		103行目:
	=== initramfs の設定 ===		=== initramfs の設定 ===

	* [[initramfs]] ~~で {{ic\|base}} フック~~を使っている場合 (Arch ではデフォルトで~~使っていま~~す)、{{ic\|/etc/mkinitcpio.conf}} に {{ic\|resume}} フックを追加する必要があります。ラベルあるいは UUID どちらを使用している場合でもスワップパーティションは udev デバイスノードによって参照されるので、{{ic\|resume}} フックは必ず {{ic\|filesystems}} の前に追加してください。デフォルトのフック設定に {{ic\|resume}} フックを追加すると以下のようになります:		* Busybox ベースの [[initramfs]] を使用している場合 (Arch ではデフォルトです)、{{ic\|/etc/mkinitcpio.conf}} に {{ic\|resume}} フックを追加する必要があります。ラベルあるいは UUID どちらを使用している場合でもスワップパーティションは udev デバイスノードによって参照されるので、{{ic\|resume}} フックは必ず {{ic\|filesystems}} の前に追加してください。デフォルトのフック設定に {{ic\|resume}} フックを追加すると以下のようになります:

	:{{bc\|1=HOOKS=(base udev autodetect keyboard ~~modconf~~ block filesystems '''resume''' fsck)}}		:{{bc\|1=HOOKS=(base udev autodetect modconf kms keyboard keymap consolefont block filesystems '''resume''' fsck)}}

	:変更を適用するために [[mkinitcpio#イメージ作成とアクティベーション\|initramfs の再生成]]を忘れずに行ってください。		:変更を適用するために [[mkinitcpio#イメージ作成とアクティベーション\|initramfs の再生成]]を忘れずに行ってください。
208行目:		211行目:
	Linux カーネルで IRST ハイバネートイベントを設定するには、{{ic\|CONFIG_INTEL_RST}} オプションでカーネルに組み込むか、カーネルモジュールとして利用可能である必要があります。{{ic\|modprobe intel_rst}} を実行してモジュールをロードすれば、{{ic\|/sys/bus/acpi/drivers/intel_rapid_start/*/}} にファイル {{ic\|wakeup_events}} と {{ic\|wakeup_time}} が生成されるはずです。これらを用いて、さらなる設定を行うことができます。このモジュールは簡潔にドキュメント化されています。詳細は [https://github.com/torvalds/linux/blob/143a6252e1b8ab424b4b293512a97cca7295c182/drivers/platform/x86/intel/rst.c drivers/platform/x86/intel/rst.c] を見てください。		Linux カーネルで IRST ハイバネートイベントを設定するには、{{ic\|CONFIG_INTEL_RST}} オプションでカーネルに組み込むか、カーネルモジュールとして利用可能である必要があります。{{ic\|modprobe intel_rst}} を実行してモジュールをロードすれば、{{ic\|/sys/bus/acpi/drivers/intel_rapid_start/*/}} にファイル {{ic\|wakeup_events}} と {{ic\|wakeup_time}} が生成されるはずです。これらを用いて、さらなる設定を行うことができます。このモジュールは簡潔にドキュメント化されています。詳細は [https://github.com/torvalds/linux/blob/143a6252e1b8ab424b4b293512a97cca7295c182/drivers/platform/x86/intel/rst.c drivers/platform/x86/intel/rst.c] を見てください。

	Intel Rapid Start Technology に関する情報は、[https://www.intel.com/content/www/us/en/support/articles/000024078/technologies.html general Q&A] と [https://www.intel.com/content/www/us/en/support/articles/~~000005836~~/~~boards~~-~~and-kits/desktop~~-~~boards~~.html user guides] も見てください。		Intel Rapid Start Technology に関する情報は、[https://www.intel.com/content/www/us/en/support/articles/000024078/technologies.html general Q&A] と [https://www.intel.com/content/www/us/en/support/articles/000024273/technologies/intel-vpro-platform.html?wapkw=user%20guide%20Intel%20rapid%20start%20 user guides] も見てください。

	== トラブルシューティング ==		== トラブルシューティング ==
222行目:		225行目:
	ハードウェアの watchdog タイマーを使用している場合に問題が起こることもあります (デフォルトで無効化されています、{{man\|5\|systemd-system.conf\|OPTIONS}} の {{ic\|1=RuntimeWatchdogSec=}} を見てください)。バグのある watchdog タイマーにより、システムがハイバネートイメージの作成を終える前に、コンピュータがリセットされることがあります。		ハードウェアの watchdog タイマーを使用している場合に問題が起こることもあります (デフォルトで無効化されています、{{man\|5\|systemd-system.conf\|OPTIONS}} の {{ic\|1=RuntimeWatchdogSec=}} を見てください)。バグのある watchdog タイマーにより、システムがハイバネートイメージの作成を終える前に、コンピュータがリセットされることがあります。

	時々、initramfs 内からのデバイスの初期化によって黒画面が発生することがあります。[[Mkinitcpio#MODULES]] 内にあるモジュールを削除し、{{ic\|kms}} フックを削除し、initramfs を再ビルドすると、この問題を解決できる可能性があります (特に、[[カーネルモード設定#KMS の早期開始\|KMS の早期開始]]が設定されたグラフィックスドライバの場合)。復帰前にそのようなデバイスを初期化すると、整合性がなくなり、システムのハイバネートからの復帰を妨げてしまう可能性があります。これは RAM からの復帰には影響しません。また、ブログ記事 [https://01.org/blogs/rzhang/2015/best-practice-debug-linux-suspend/hibernate-issues best practices to debug suspend issues] も確認してください。		時々、initramfs 内からのデバイスの初期化によって黒画面が発生することがあります。[[Mkinitcpio#MODULES]] 内にあるモジュールを削除し、{{ic\|kms}} フックを削除し、initramfs を再ビルドすると、この問題を解決できる可能性があります (特に、[[カーネルモード設定#KMS の早期開始\|KMS の早期開始]]が設定されたグラフィックスドライバの場合)。復帰前にそのようなデバイスを初期化すると、整合性がなくなり、システムのハイバネートからの復帰を妨げてしまう可能性があります。これは RAM からの復帰には影響しません。また、ブログ記事 [https://web.archive.org/web/20230502010825/https://01.org/blogs/rzhang/2015/best-practice-debug-linux-suspend/hibernate-issues best practices to debug suspend issues] も確認してください。

	[[ATI]] ビデオドライバから新しい [[AMDGPU]] ドライバに移行すると、ハイバネートと復帰のプロセスを成功させることができる可能性があります。		[[ATI]] ビデオドライバから新しい [[AMDGPU]] ドライバに移行すると、ハイバネートと復帰のプロセスを成功させることができる可能性があります。
274行目:		277行目:
	[[#ハイバネートした時にシステムの電源が落ちない]] で説明したように {{ic\|1=HibernateMode=shutdown}} を設定することで、この問題を永久に解決できます。すでにシステムから締め出されてしまっている場合、システムを4回再起動 (毎回、エラーが表示されるまで待ってください) してみることで、一部の BIOS 上では通常のブート手順を強制することができます。		[[#ハイバネートした時にシステムの電源が落ちない]] で説明したように {{ic\|1=HibernateMode=shutdown}} を設定することで、この問題を永久に解決できます。すでにシステムから締め出されてしまっている場合、システムを4回再起動 (毎回、エラーが表示されるまで待ってください) してみることで、一部の BIOS 上では通常のブート手順を強制することができます。

	{{TranslationStatus\|Power management/Suspend and hibernate\|2023-07-03\|~~781739~~}}		{{TranslationStatus\|Power management/Suspend and hibernate\|2023-11-01\|791555}}

← 古い版		2024年7月10日 (水) 20:21時点における版
88行目:		88行目:
	スワップパーティションが RAM より小さかったとしても、ハイバネートが成功する可能性は高いと思われます。{{ic\|image_size}} {{man\|5\|sysfs}} 疑似ファイルに関する情報は [https://docs.kernel.org/admin-guide/pm/sleep-states.html?highlight=image_size#basic-sysfs-interfaces-for-system-suspend-and-hibernation カーネルドキュメント]の "image_size" を見てください。		スワップパーティションが RAM より小さかったとしても、ハイバネートが成功する可能性は高いと思われます。{{ic\|image_size}} {{man\|5\|sysfs}} 疑似ファイルに関する情報は [https://docs.kernel.org/admin-guide/pm/sleep-states.html?highlight=image_size#basic-sysfs-interfaces-for-system-suspend-and-hibernation カーネルドキュメント]の "image_size" を見てください。

	(スワップパーティションを小さくして) {{ic\|/sys/power/image_size}} の値を減らしてサスペンドのイメージを出来る限り小さくすることも、値を増やしてハイバネーションを高速化することも可能です。大きな容量の RAM を搭載しているシステムでは、より小さい値にするとハイバネートからの復帰が劇的に速くなることがあります。{{ic\|image_size}} の値を再起動後も保持するために [[systemd#systemd-tmpfiles - 一時ファイル]] を使うことができます:		(スワップパーティションを小さくして) {{ic\|/sys/power/image_size}} の値を減らしてサスペンドのイメージをできる限り小さくすることも、値を増やしてハイバネーションを高速化することも可能です。大きな容量の RAM を搭載しているシステムでは、より小さい値にするとハイバネートからの復帰が劇的に速くなることがあります。{{ic\|image_size}} の値を再起動後も保持するために [[systemd#systemd-tmpfiles - 一時ファイル]] を使うことができます:

	{{hc\|/etc/tmpfiles.d/hibernation_image_size.conf\|		{{hc\|/etc/tmpfiles.d/hibernation_image_size.conf\|