Logitechワイヤレス統合キーボード(K800)を使用して、ショートカットまたは任意のキーを使用してコンピューターをスリープモードから復帰させたいと思います。 here および there のソリューションをすでに試しました。
ベストケースのシナリオでは、コンピューターがキーボードイベントでのみウェイクアップし、同じ統合デバイスにリンクされたマウスが移動したときにウェイクアップしないようにします。しかし、1つのショートカットまたは任意のキーでラップトップをスリープ解除できる有効なソリューションを採用します。
再びベストケースシナリオ、単純な解決策を見つけたい( this one のようなものではない)
power button
その眠い怠zyなラップトップを起こすことができます。15.10
以降、すべてのUbuntuバージョンで同じ問題を経験しましたが、今でも17.04
を使用しています。solaar
回避策の答え on ワイヤレスUSBキーボードを使用してUbuntu 13.10をサスペンドから復帰させるにはどうすればよいですか? は機能しません。このコマンドは、無効化/有効化ステータスに影響しません。
Sudo echo USB1 > /proc/acpi/wakeup
たとえば、ウェイクアップファイルの作成に失敗しました(どこに配置するかわからない)。
Sudo echo enabled > /sys/bus/usb/devices/1-3.3/power/wakeup
/etc/udev/rules.d/90-keyboardwakeup.rules
にこれを追加しようとして失敗しました
SUBSYSTEM=="usb", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c52b" RUN+="/bin/sh -c 'echo enabled > /sys$env{DEVPATH}/../power/wakeup'"
lsusb
の受信者の結果:
Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
lsusb -t
の結果:
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 4, If 0, Class=Video, Driver=, 480M
|__ Port 2: Dev 4, If 1, Class=Video, Driver=, 480M
|__ Port 3: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 3: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
|__ Port 3: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 3: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 3: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 3: Dev 3, If 2, Class=Human Interface Device, Driver=usbhid, 12M
cat /proc/acpi/wakeup
の結果
Device S-state Status Sysfs node
P0P1 S4 *disabled
PEG0 S4 *disabled pci:0000:00:01.0
PEG1 S4 *disabled
PEG2 S4 *disabled
PEG3 S4 *disabled
XHC1 S3 *enabled pci:0000:00:14.0
EHC1 S3 *enabled pci:0000:00:1d.0
USB1 S3 *disabled
USB2 S3 *disabled
USB3 S3 *disabled
USB4 S3 *disabled
EHC2 S3 *enabled pci:0000:00:1a.0
USB5 S3 *disabled
USB6 S3 *disabled
USB7 S3 *disabled
HDEF S4 *disabled pci:0000:00:1b.0
RP01 S4 *disabled pci:0000:00:1c.0
RP03 S4 *disabled
RP05 S4 *disabled
RP06 S4 *disabled
RP07 S4 *disabled
RP08 S4 *disabled
WLAN S3 *disabled pci:0000:03:00.0
RP04 S4 *disabled pci:0000:00:1c.3
GLAN S4 *disabled pci:0000:04:00.0
*disabled platform:rtsx_pci_sdmmc.0
*disabled platform:rtsx_pci_ms.0
XHC S3 *disabled
SLPB S4 *enabled platform:PNP0C0E:00
これはgrep c52b /sys/bus/usb/devices/*/idProduct
の結果です( marshcrfot answerを参照)
/sys/bus/usb/devices/1-3.3/idProduct:c52b
しかし、1つのショートカットまたは任意のキーを使用して、コンピューターを起動できる有効なソリューションを使用します。
Logicool以外のワイヤレスキーボードまたはマウスが動作するはずです。 Logitechデバイスを搭載したGibabyte MiniPC上のUbuntu Mate 16.04LTSでも同じ問題が発生しました。
しかし、私は非Logitech、非統合レシーバーのようなワイヤレスデバイスで目覚めることができます Nulaxy ML11 2.4GHz Wireless Mouse (箱から出して作業を確認すると、Ubuntuを起動できます)またはキーボードの場合は Azio Vision Backlit Wireless Keyboard(KB506W)Updated Version (確認できませんwake)またはこれ LotFancy 2.4Gワイヤレスミニバックライトキーボードマウスタッチパッドコンボ (箱から出して作業するとUbuntuを起動できることを確認)
この投稿 のようなウェイクアップイベントをBIOSに試してください!
あなたは論理的に不可能であることを求めていると思います。システムの構成に関係なく、システムがスリープ状態のとき、ソフトウェアは実行されていません。ウェイクアップは、ハードウェア割り込み(有線キーボード、有線マウス、有線LAN)によってトリガーされる必要があります。ワイヤレスキーボードは、必要なハードウェア信号を提供できません。ワイヤレスキーボードは、コンピュータが通信するために「アップ」(電源が入っており、スリープ状態ではない)である必要がある方法でコンピュータに「接続」されています。