電源管理/復帰トリガー - 版の履歴

AshMyzk: 同期

2024-12-01T06:12:13Z

同期

← 古い版		2024年12月1日 (日) 15:12時点における版
122行目:		122行目:
	* B550 AORUS ELITE V2		* B550 AORUS ELITE V2
	* B550 AORUS ELITE AX V2 (Rev. 1.5)		* B550 AORUS ELITE AX V2 (Rev. 1.5)
			* B550M DS3H

	{{ic\|GPP0}} の状態を ''disabled'' に設定することでこの問題を解決できます:		{{ic\|GPP0}} の状態を ''disabled'' に設定することでこの問題を解決できます:
163行目:		164行目:
	1つ目の echo 行は、フレームバッファコンソールドライバ ({{ic\|fbcon}}) から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください [https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。		1つ目の echo 行は、フレームバッファコンソールドライバ ({{ic\|fbcon}}) から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください [https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。

	{{TranslationStatus\|Power management/Wakeup triggers\|2024-11-29\|~~820513~~}}		{{TranslationStatus\|Power management/Wakeup triggers\|2024-12-01\|821756}}

AshMyzk: 同期

2024-11-29T08:52:14Z

同期

← 古い版		2024年11月29日 (金) 17:52時点における版
46行目:		46行目:
	== 永続的な設定 ==		== 永続的な設定 ==

	''ワンタイム''な方法は、{{ic\|/proc/acpi/wakeup}} の状態や {{ic\|acpi.~~ec_no_wakeups~~}} [[カーネルパラメータ]]を設定するには十分なはずです。[[udev]] を用いる''イベント駆動''のアプローチは、{{ic\|sysfs}} デバイスを設定する際に信頼性の高い方法です。		''ワンタイム''な方法は、{{ic\|/proc/acpi/wakeup}} の状態や {{ic\|acpi.ec_no_wakeup}} [[カーネルパラメータ]]を設定するには十分なはずです。[[udev]] を用いる''イベント駆動''のアプローチは、{{ic\|sysfs}} デバイスを設定する際に信頼性の高い方法です。

	=== systemd によるワンタイムな方法 ===		=== systemd によるワンタイムな方法 ===

	{{ic\|~~ec_no_wakeups~~}} ACPI [[カーネルモジュール]]オプションは、この記事で説明されているように起動時に設定できます。{{ic\|sysfs}} の値を起動時に設定する標準的な方法は [[systemd#ユニットファイル\|systemd サービス]]です (例えばこのトラブルシューティングの~~[[:en:Power management#PC will not wake from sleep on A520I and B550I motherboards\|~~場合]]のように)。他にも、{{ic\|/proc/acpi/wakeup}} 用の [[systemd]] ベースのマネージャとして {{AUR\|wakeup-triggers}} があります。		{{ic\|ec_no_wakeup}} ACPI [[カーネルモジュール]]オプションは、この記事で説明されているように起動時に設定できます。{{ic\|sysfs}} の値を起動時に設定する標準的な方法は [[systemd#ユニットファイル\|systemd サービス]]です (例えば[[電源管理/サスペンドとハイバネート#A520I および B550I マザーボードで PC がスリープから復帰しない\|このトラブルシューティングの場合]]のように)。他にも、{{ic\|/proc/acpi/wakeup}} 用の [[systemd]] ベースのマネージャとして {{AUR\|wakeup-triggers}} があります。

	一部のシステムは、電源状態の遷移時にいくつかの ACPI 復帰トリガーを上書きする可能性があります (これは機能というよりバグです)。ハードウェアがトリガーを上書きするタイミングが予測可能な場合、適切な [[systemd#ユニットファイル\|systemd ユニット]]によりこの問題を解決することができます。{{ic\|sleep.target}} は、すべてのサスペンド状態をカバーする汎用 target で、この問題を解決するのに役立つかもしれません。しかし、汎用の {{ic\|wakeup.target}} は存在しません [https://github.com/systemd/systemd/issues/6364]。		一部のシステムは、電源状態の遷移時にいくつかの ACPI 復帰トリガーを上書きする可能性があります (これは機能というよりバグです)。ハードウェアがトリガーを上書きするタイミングが予測可能な場合、適切な [[systemd#ユニットファイル\|systemd ユニット]]によりこの問題を解決することができます。{{ic\|sleep.target}} は、すべてのサスペンド状態をカバーする汎用 target で、この問題を解決するのに役立つかもしれません。しかし、汎用の {{ic\|wakeup.target}} は存在しません [https://github.com/systemd/systemd/issues/6364]。
79行目:		79行目:
	# lspci -DPPnn		# lspci -DPPnn
	# lsusb -tvv		# lsusb -tvv

			=== 前回の復帰トリガー源 ===

			前回のデバイス復帰を引き起こした復帰トリガー源についての情報は、残念ながらプラットフォーム依存です。x86 機では、{{pkg\|dmidecode}} で取得できます:

			# dmidecode -t system \| grep -P '\tWake-up Type\: '

	=== サスペンドからすぐに復帰する ===		=== サスペンドからすぐに復帰する ===

			==== LynxPoint(-LP) を搭載した Intel Haswell 機 ====
⚫	LynxPoint や LynxPoint-LP チップセットが搭載された~~一部の~~ Intel Haswell システム~~において~~、サスペンドからすぐに復帰してしまうと報告されています。これは、~~BIOS の~~問題のある ACPI 実装と、~~起動時に~~ {{ic\|xhci_hcd}} モジュールが ACPI ~~イベント~~を解釈する方法に関連しています。解決策として、影響を受けるシステムは ({{ic\|XHCI_SPURIOUS_WAKEUP}} ~~という名前の~~) ~~ブラックリスト~~に~~ケースバイケースで~~追加されています [https://bugzilla.kernel.org/show_bug.cgi?id=66171#c6]。

		⚫	LynxPoint と LynxPoint-LP チップセットを搭載した Intel Haswell システムでは、サスペンドからすぐに復帰してしまうことが報告されています。これは、問題のある BIOS ACPI 実装と、{{ic\|xhci_hcd}} モジュールがブート中にこの ACPI を解釈する方法と関連しています。回避策として、影響を受けていると報告されているシステムがケースバイケースで拒否リスト ({{ic\|XHCI_SPURIOUS_WAKEUP}}) に追加されています [https://bugzilla.kernel.org/show_bug.cgi?id=66171#c6]。
⚫	サスペンド中に USB デバイスを接続~~したときなどに~~ ACPI の復帰トリガーが有効になって~~、即座~~に復帰してしまうことがあります。~~ブラックリ~~ストに~~追加され~~る~~まで一時的な~~応急処置としては復帰トリガーを無効化する方法があります。以下~~の設定~~で USB による復帰を無効化すること~~ができ~~ます [https://bbs.archlinux.org/viewtopic.php?pid=1575617]。

		⚫	サスペンド中に USB デバイスが接続されていて、ACPI の復帰トリガーが有効になっている場合などに、復帰してしまうことがあります。そのようなシステムにおける応急処置として、関連する復帰トリガーを無効化してしまう方法があります。以下では、USB による復帰を無効化する方法を例として説明しています[https://bbs.archlinux.org/viewtopic.php?pid=1575617]。

	現在の設定を確認するには:		現在の設定を確認するには:
105行目:		113行目:
	上記のコマンドでサスペンドが再度機能するようになるはずです。ただし、設定は一時的なものなので起動するたびに設定し直す必要があります。自動化したい場合は [[systemd-tmpfiles]] を見てください。この問題に対する利用可能な解決策は [https://bbs.archlinux.org/viewtopic.php?pid=1575617#p1575617 BBS スレッド] を見てください。		上記のコマンドでサスペンドが再度機能するようになるはずです。ただし、設定は一時的なものなので起動するたびに設定し直す必要があります。自動化したい場合は [[systemd-tmpfiles]] を見てください。この問題に対する利用可能な解決策は [https://bbs.archlinux.org/viewtopic.php?pid=1575617#p1575617 BBS スレッド] を見てください。

			==== Gigabyte マザーボード ====
⚫	~~B550i Aorus や B550 AORUS ELITE V2 など~~の Gigabyte のマザーボードでは、NVMe ドライブへの GPP ブリッジがサスペンドからすぐに復帰する原因になる場合があります。~~{{ic\|GPP0}} の状態を ''disabled'' に設定することでこの問題を解決できる場合があります:~~

		⚫	一部の Gigabyte のマザーボードでは、NVMe ドライブへの GPP ブリッジがサスペンドからすぐに復帰する原因になる場合があります。

			以下は、影響を受ける既知のマザーボードです:

			* B550i AORUS
			* B550 AORUS ELITE V2
			* B550 AORUS ELITE AX V2 (Rev. 1.5)

			{{ic\|GPP0}} の状態を ''disabled'' に設定することでこの問題を解決できます:

	# echo GPP0 > /proc/acpi/wakeup		# echo GPP0 > /proc/acpi/wakeup

			上記の Haswell での解決法と同じく、この設定は一時的です。設定を自動化する方法のれいは、この [https://bbs.archlinux.org/viewtopic.php?pid=2004037#p2004037 BBS スレッド]で説明されています。

	==== NVIDIA ドライバ ====		==== NVIDIA ドライバ ====
143行目:		163行目:
	1つ目の echo 行は、フレームバッファコンソールドライバ ({{ic\|fbcon}}) から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください [https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。		1つ目の echo 行は、フレームバッファコンソールドライバ ({{ic\|fbcon}}) から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください [https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。

	{{TranslationStatus\|Power management/Wakeup triggers\|~~2023~~-06-20\|~~781520~~}}		{{TranslationStatus\|Power management/Wakeup triggers\|2024-11-29\|820513}}

AshMyzk: リンクを修正

2023-12-28T04:01:53Z

リンクを修正

← 古い版		2023年12月28日 (木) 13:01時点における版
66行目:		66行目:
	}}		}}

	逆に、必要なトリガーを有効化する場合については [[Udev#USB デバイスでサスペンドから復帰\|udev]] の記事で説明されています。		逆に、必要なトリガーを有効化する場合については [[Udev#USB デバイスでサスペンドから復帰させる\|udev]] の記事で説明されています。

	udev はデバイス列挙の初期にトリガーするので、復帰トリガーを上記の方法で無効化すると、無効化したトリガー (の一部?) が {{ic\|/sys/class/wakeup}} にリストされません。これは、起動時にデバイスが存在していたかどうかに依存しているかもしれませんが、さらなる解明が必要です。		udev はデバイス列挙の初期にトリガーするので、復帰トリガーを上記の方法で無効化すると、無効化したトリガー (の一部?) が {{ic\|/sys/class/wakeup}} にリストされません。これは、起動時にデバイスが存在していたかどうかに依存しているかもしれませんが、さらなる解明が必要です。

AshMyzk: TranslationStatus を更新

2023-06-19T17:48:20Z

TranslationStatus を更新

← 古い版		2023年6月20日 (火) 02:48時点における版
143行目:		143行目:
	1つ目の echo 行は、フレームバッファコンソールドライバ ({{ic\|fbcon}}) から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください [https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。		1つ目の echo 行は、フレームバッファコンソールドライバ ({{ic\|fbcon}}) から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください [https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。

	{{TranslationStatus\|Power management/Wakeup triggers\|2023-04-03\|~~774283~~}}		{{TranslationStatus\|Power management/Wakeup triggers\|2023-06-20\|781520}}

AshMyzk: AshMyzk がページ「復帰トリガー」を「電源管理/復帰トリガー」に移動しました: ページ名を英語版と同じに

2023-06-19T17:42:21Z

AshMyzk がページ「復帰トリガー」を「電源管理/復帰トリガー」に移動しました: ページ名を英語版と同じに

← 古い版	2023年6月20日 (火) 02:42時点における版
(相違点なし)

AshMyzk: 修正

2023-06-19T17:41:14Z

修正

差分を表示

AshMyzk: 同期

2023-04-03T07:50:31Z

同期

← 古い版		2023年4月3日 (月) 16:50時点における版
1行目:		1行目:
	[[Category:ハードウェア検出とトラブルシューティング]]
	[[Category:電源管理]]		[[Category:電源管理]]
	[[Category:ノートパソコン]]		[[Category:ノートパソコン]]
	[[en:Wakeup triggers]]		[[en:Power management/Wakeup triggers]]
			[[zh-hans:Power management/Wakeup triggers]]
	{{Related articles start}}		{{Related articles start}}
	{{Related\|電源管理}}		{{Related\|電源管理}}
	{{Related\|サスペンドとハイバネート}}
	{{Related\|Wake-on-LAN}}		{{Related\|Wake-on-LAN}}
	{{Related\|udev}}
	{{Related\|ノートパソコン}}		{{Related\|ノートパソコン}}
	{{Related articles end}}		{{Related articles end}}
106行目:		104行目:

	上記のコマンドでサスペンドが再度機能するようになります。ただし、設定は一時的なものなので再起動するたびに設定し直す必要があります。自動化したい場合は [[systemd-tmpfiles]] を見てください。この問題に対する有効な解決策は [https://bbs.archlinux.org/viewtopic.php?pid=1575617#p1575617 BBS スレッド] を見てください。		上記のコマンドでサスペンドが再度機能するようになります。ただし、設定は一時的なものなので再起動するたびに設定し直す必要があります。自動化したい場合は [[systemd-tmpfiles]] を見てください。この問題に対する有効な解決策は [https://bbs.archlinux.org/viewtopic.php?pid=1575617#p1575617 BBS スレッド] を見てください。

			B550i Aorus や the B550 AORUS ELITE V2 などの Gigabyte のマザーボードでは、NVMe ドライブへの GPP ブリッジがサスペンドからすぐに復帰する原因になる場合があります。{{ic\|GPP0}} の状態を ''disabled'' に設定することでこの問題を解決できます:

			# echo GPP0 > /proc/acpi/wakeup

			==== NVIDIA ドライバ ====

			[[NVIDIA]] のプロプライエタリドライバをインストールすると、サスペンドとハイバネートができなくなることがあります。そのようなケースでは、システムログに以下のメッセージが残ることがあります:

			kernel: NVRM: GPU 0000:01:00.0: PreserveVideoMemoryAllocations module parameter is set. System Power Management attempted without driver procfs suspend interface. Please refer to the 'Configuring Power Management Support' section in the driver README.
			kernel: PM: pci_pm_suspend(): nv_pmops_suspend+0x0/0x20 [nvidia] returns -5
			kernel: PM: dpm_run_callback(): pci_pm_suspend+0x0/0x160 returns -5
			kernel: nvidia 0000:01:00.0: PM: failed to suspend async: error -5

			[[NVIDIA/ヒントとテクニック#サスペンド後にビデオメモリを保持する]] を参照してください。

	==== nouveau ドライバ ====		==== nouveau ドライバ ====
130行目:		143行目:
	1つ目の echo 行は、フレームバッファコンソールドライバ({{ic\|fbcon}})から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください[https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。		1つ目の echo 行は、フレームバッファコンソールドライバ({{ic\|fbcon}})から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください[https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。

	{{TranslationStatus\|Wakeup triggers\|~~2022~~-08-02\|~~739704~~}}		{{TranslationStatus\|Power management/Wakeup triggers\|2023-04-03\|774283}}

AshMyzk: 同期

2022-08-02T05:40:01Z

同期

← 古い版		2022年8月2日 (火) 14:40時点における版
105行目:		105行目:
	# echo XHC > /proc/acpi/wakeup		# echo XHC > /proc/acpi/wakeup

	上記のコマンドでサスペンドが再度機能するようになります。ただし、設定は一時的なものなので再起動するたびに設定し直す必要があります。自動化したい場合は [[systemd~~#ユニットファイル~~]]を見てください。~~詳しく~~は [https://bbs.archlinux.org/viewtopic.php?pid=1575617#p1575617 BBS スレッド] を参照。		上記のコマンドでサスペンドが再度機能するようになります。ただし、設定は一時的なものなので再起動するたびに設定し直す必要があります。自動化したい場合は [[systemd-tmpfiles]] を見てください。この問題に対する有効な解決策は [https://bbs.archlinux.org/viewtopic.php?pid=1575617#p1575617 BBS スレッド] を見てください。

	==== nouveau ドライバ ====		==== nouveau ドライバ ====
130行目:		130行目:
	1つ目の echo 行は、フレームバッファコンソールドライバ({{ic\|fbcon}})から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください[https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。		1つ目の echo 行は、フレームバッファコンソールドライバ({{ic\|fbcon}})から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください[https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。

	{{TranslationStatus\|Wakeup triggers\|2022-07-22\|~~738730~~}}		{{TranslationStatus\|Wakeup triggers\|2022-08-02\|739704}}

AshMyzk: /* 永続的な設定 */ 翻訳

2022-07-24T01:20:39Z

永続的な設定: 翻訳

← 古い版		2022年7月24日 (日) 10:20時点における版
48行目:		48行目:
	== 永続的な設定 ==		== 永続的な設定 ==

	~~The~~ ''~~one-time~~'' ~~methods should suffice for setting the~~ {{ic\|/proc/acpi/wakeup}} ~~states and~~ {{ic\|acpi.ec_no_wakeups}} [[~~kernel parameter~~]] ~~while the ''event-driven'' approach with~~ [[udev]] ~~is the reliable way to configure the~~ {{ic\|sysfs}} ~~devices.~~		''ワンタイム''な方法は、{{ic\|/proc/acpi/wakeup}} の状態や {{ic\|acpi.ec_no_wakeups}} [[カーネルパラメータ]]を設定するには十分なはずです。[[udev]] を用いる''イベント駆動''のアプローチは、{{ic\|sysfs}} デバイスを設定する信頼性の高い方法です。

			=== systemd によるワンタイムな方法 ===
	=== One-time with systemd ===

	~~The~~ {{ic\|ec_no_wakeups}} ACPI [[~~kernel module~~]] ~~option can be set at boot as described in the article. The standard solution to set the~~ {{ic\|sysfs}} ~~values at boot are~~ [[systemd#~~Writing unit files~~\|systemd ~~services~~]] ~~such as in this troubleshooting~~ [[Power management#PC will not wake from sleep on A520I and B550I motherboards\|~~case~~]]~~. Another [[systemd]]-based manager for~~ {{ic\|/proc/acpi/wakeup}} is {{AUR\|wakeup-triggers}}.		{{ic\|ec_no_wakeups}} ACPI [[カーネルモジュール]]オプションは、この記事で説明されているように起動時に設定できます。{{ic\|sysfs}} の値を起動時に設定する標準的な方法は [[systemd#ユニットファイル\|systemd サービス]]です(例えばこのトラブルシューティングの[[:en:Power management#PC will not wake from sleep on A520I and B550I motherboards\|場合]]のように)。他にも、{{ic\|/proc/acpi/wakeup}} 用の [[systemd]] ベースのマネージャとして {{AUR\|wakeup-triggers}} があります。

			一部のシステムは、電源状態の遷移時にいくつかの ACPI 復帰トリガーを上書きする可能性があります(これは機能というよりバグです)。ハードウェアがトリガーを上書きするタイミングが予測可能な場合、適切な [[systemd#ユニットファイル\|systemd ユニット]]によりこの問題を解決することができます。{{ic\|sleep.target}} は、すべてのサスペンド状態をカバーする汎用 target で、この問題を解決するのに役立つかもしれません。しかし、汎用の {{ic\|wakeup.target}} は存在しません[https://github.com/systemd/systemd/issues/6364]。
	Some systems can override some of the ACPI wakeup triggers upon power state transition(s) in what is more of a bug rather than a feature. If the hardware is overriding triggers at predictable times that can still be solved with appropriately crafted [[systemd#Writing unit files\|systemd units]]. The {{ic\|sleep.target}} is a generic target covering all different suspended states that might be helpful in this case, but there is no generic {{ic\|wakeup.target}} [https://github.com/systemd/systemd/issues/6364].

			この方法は、常に接続されている {{ic\|sysfs}} デバイスに対してのみ、確実に動作します。
	This method only works reliably with {{ic\|sysfs}} devices that are connected all the time.

			=== udev によるイベント駆動の方法 ===
	=== Event-driven with udev ===

			[[udev]] ルールによる復帰トリガーの状態設定は、復帰トリガーを持つデバイスが接続されている時であれば常に動作するイベント駆動の方法です。重要なのは、ルールで新しいデバイスの追加を検出し({{ic\|1=ACTION=="add"}})、{{ic\|1=ATTR{power/wakeup}="disabled"}} で復帰トリガーの状態を設定することです。この設定をハードウェアがリセットしてしまう場合、udev はデバイスの変更のたびにルールを再適用してこの問題の回避を試みることができます({{ic\|1=ACTION=="add{{!}}change"}})。{{ic\|sysfs}} で見つかった特定のデバイスにマッチする利用可能なパラメータとデバイスツリーは、{{ic\|udevadm info -q all -a /sys/devices/...}} を使って得られます。
	Setting the wakeup trigger status with [[udev]] rules is an event-driven method that works reliably any time the devices with wakeup triggers are connected. The key is to detect an addition of a new device ({{ic\|1=ACTION=="add"}}) in a rule and set the wakeup trigger status with {{ic\|1=ATTR{power/wakeup}="disabled"}}. If the hardware is resetting this setting, udev can try to circumvent it by reapplying rules upon every device change ({{ic\|1=ACTION=="add{{!}}change"}}). A device tree with possible parameters for matching a particular device found in {{ic\|sysfs}} can be obtained with {{ic\|udevadm info -q all -a /sys/devices/...}}.

			一般的な例としては、Logitech Unifying USB があります。このデバイスの復帰トリガーはデフォルトで有効になっているはずです。これが気に入らない場合、[[udev]] ルールで解決できるかもしれません:
	A representative common example here would be a Logitech Unifying USB receiver. Its wakeup trigger should be enabled by default and if that is not desired, a solution could be an [[udev]] rule, as follows:

	{{hc\|/etc/udev/rules.d/logitech-unifying.rules\|2=		{{hc\|/etc/udev/rules.d/logitech-unifying.rules\|2=
68行目:		68行目:
	}}		}}

			逆に、必要なトリガーを有効化する場合については [[Udev#USB デバイスでサスペンドから復帰\|udev]] の記事で説明されています。
	The reverse case to enable the necessary trigger(s) is described in the [[Udev#Waking from suspend with USB device\|udev]] article.

			udev はデバイス列挙の初期にトリガーするので、復帰トリガーを上記の方法で無効化すると、無効化したトリガー(の一部?)が {{ic\|/sys/class/wakeup}} にリストされません。これは、起動時にデバイスが存在していたかどうかに依存しているかもしれませんが、さらなる解明が必要です。
	udev triggers so early in the device enumeration that disabling wakeup trigger with the method above causes (some?) disabled triggers to not be listed in {{ic\|/sys/class/wakeup}}. That might be dependent on whether the device was already present at boot and needs further clarification.

	== トラブルシューティング ==		== トラブルシューティング ==

Ny-a: Template:TranslationStatus を追加

2022-07-23T00:04:21Z

Template:TranslationStatus を追加

← 古い版		2022年7月23日 (土) 09:04時点における版
129行目:		129行目:

	1つ目の echo 行は、フレームバッファコンソールドライバ({{ic\|fbcon}})から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください[https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。		1つ目の echo 行は、フレームバッファコンソールドライバ({{ic\|fbcon}})から {{ic\|nouveaufb}} をアンバインドします。通常、この例にあるように {{ic\|vtcon1}} ですが、他の {{ic\|vtcon}} である場合もあります。どれが''フレームバッファデバイス''であるかは {{ic\|/sys/class/vtconsole/vtcon/name}} を確認してください[https://nouveau.freedesktop.org/wiki/KernelModeSetting/]。

			{{TranslationStatus\|Wakeup triggers\|2022-07-22\|738730}}