私は次の 2 つの投稿を確認しました: Kinesis Advantage、オンだが出力なし、Kinesis Advantage キーボードが systemd-221 にアップグレードした後に機能しなくなる、そして Kinesis Advantage に関する問題は私のものとは少し異なるようです。私のキーボードは 5 ～ 10 回の起動ごとに正常に動作しますが、それ以外の場合は、キーボードのステータス ライトが消えるまでキーボードを複数回切断して再接続する必要があります。キーボードが正しく動作していないときは、すべてのステータス ライトが点灯したままになります。
マザーボード: Rampage V Extreme オペレーティングシステム: Arch Linux
uname -a:
Linux Odin 4.2.5-1-ARCH #1 SMP PREEMPT 火曜 10月 27日 08:13:28 CET 2015 x86_64 GNU/Linux
systemctl --version:
systemd 228 +PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN
***更新: 起動後にキーボードの検出に失敗し、ライトが消え、lsusb に次のように表示されます:
バス 003 デバイス 002: ID 05f3:0081 PI Engineering, Inc. Kinesis 統合ハブ
/proc/bus/input/devices にも表示されません。
プラグを抜いて差し直すと、ライトは点灯したままになり、上記のリストには何も変化がありません。動作していないときは、キーを押しても音は鳴りません。ほとんどの場合、Windows で動作します。時々、Windows でプラグを抜いて差し直す必要があります。起動するたびに、キーボードは BIOS と rEFInd でも動作します。
回避策をご存知の方はいませんか? キーボードが検出されない場合、検出されるまでキーボードの検出を再試行するスクリプトなどでしょうか?
答え1
キーボードを USB 2.0 ポートから USB 3.0 ポートに移動したところ、今のところ起動するたびに検出されているようです。ポートを切り替えてから 4 回起動しましたが、すべて正常に起動しています。
答え2
同じセットアップ (Kinesis Advantage と Arch Linux) でまったく同じ結果が得られています。USB 3.0 ポートでは信頼性がかなり高くなるようですが、まだ完璧には程遠いです。
私が気づいたもう 1 つの問題は、(USB ポートに関係なく) キーボードが適切に検出されて動作するようになると、マクロ (任意のマクロ) を使用すると確実に動作が停止することです。正確な動作は次のとおりです。
- キーボードが接続され、正しく検出されました: ステータスLEDが点滅し、NumLockインジケータLEDが点灯します
- マクロをトリガー: NumLock LED がオフになります (NumLock は実際にはオフになりません) が、キーボードは引き続き機能します
- その後別のマクロを起動すると、キーボードが機能しなくなる
- ただし、NumLock をオン/オフにして LED を再び点灯させると、キーボードは正常に動作します (マクロの使用時に動作しなくなることもなくなります)。
- さらに、キーボードを接続した後すぐに NumLock を切り替えると、マクロによる死亡も防止されます。
したがって、私の解決策は、正しく検出されるまで接続し続け、その後 NumLock を切り替えることです。その後、正常に動作します。