これは可能性が低いです。Sun Microsystems Type 6 キーボードがそれほど多く存在せず、おそらくそのユーザーも少ないでしょうから。しかし、やってみます。
このキーボードを長年使用していますが、突然、音量を上げるキーと下げるキーが正常に機能しなくなりました。キーボードを交換しましたが (このキーボードはいくつか持っています)、キーボード自体の問題ではないことがほぼ判明しました。
この問題は、キーVolume UpとVolume Downキーが押されたときに、2 つのキー押下イベントと 2 つのキー解放イベントが生成されることです。
key press 122 [XF86AudioLowerVolume]
key press 123 [XF86AudioRaiseVolume]
key release 122 [XF86AudioLowerVolume]
key release 123 [XF86AudioRaiseVolume]
他の特殊キーも奇妙な動作を示しているようです。
たとえば、 を押すと次Page Upが生成されます。
key press 86 [KP_Add]
key press 112 [Prior]
key release 86 [KP_Add]
key release 112 [Prior]
を押すと次のものPage Downが生成されます:
key press 117 [Next]
key press 104 [KP_Enter]
key release 117 [Next]
key release 104 [KP_Enter]
キーボードを Sun Microsystems Type 7 に交換すると、キー入力は正しくなります。この問題が解決しない場合は、覚悟を決めてキーボードを交換するしかないと思います。このキーボードの「感触」が気に入っているので、交換はしたくありません (機会があったときに 5 つ購入したのもそのためです)。
関連がある場合に備えて、キーストロークをキャプチャするために、Stack Overflow ファミリーのサイトの 1 つから盗んだ次の小さなスクリプトを使用しています。
xinput list | \
grep -Po 'id=\K\d+(?=.*slave\s*keyboard)' | \
xargs -P0 -n1 xinput test | \
awk 'BEGIN{while (("xmodmap -pke" | getline) > 0) \
k[$2]=$4} {print $0 "[" k[$NF] "]"}'
evtest同様の情報が生成されます。たとえば、Volume Upキーを押すと次の情報が生成されます。
Event: time 1559427389.998130, -------------- SYN_REPORT ------------
Event: time 1559427392.390430, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70081
Event: time 1559427392.390430, type 1 (EV_KEY), code 114 (KEY_VOLUMEDOWN), value 1
Event: time 1559427392.390430, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70080
Event: time 1559427392.390430, type 1 (EV_KEY), code 115 (KEY_VOLUMEUP), value 1
Event: time 1559427392.390430, -------------- SYN_REPORT ------------
Event: time 1559427392.438435, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70081
Event: time 1559427392.438435, type 1 (EV_KEY), code 114 (KEY_VOLUMEDOWN), value 0
Event: time 1559427392.438435, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70080
Event: time 1559427392.438435, type 1 (EV_KEY), code 115 (KEY_VOLUMEUP), value 0
Event: time 1559427392.438435, -------------- SYN_REPORT ------------
関係があるかどうかはわかりませんが、私は Ubuntu 19.04 を実行しています。問題が解決することを期待して、今日 18.04 LTE からアップグレードしたばかりですが、当然ながら、問題は解決しませんでした。
私の推測は、確かに大胆な推測ですが、USB や HID ドライバーに影響する何らかの構成が変更または更新されたのではないかと思いますが、現時点ではそれが何であるか、どこであるかを判断することができません。
他に実行すべき診断がある場合は、その点を教えていただければ幸いです。
ヒントをいただければ幸いです。
フォローアップ（2019年6月2日）:
別のマシンに Ubuntu 19.04 を新規インストールしてキーボードをテストしたところ、同じ障害モードになりました。これは 2 つの異なる Type 6 キーボードで発生したため、現時点では、これは何らかのドライバーの問題であり、キーボード自体や特定のマシンへの Ubuntu の特定のインストールの機械的な問題ではないと確信しています。
2回目のフォローアップ（2019年7月29日）:
別のプロジェクトに取り組んでいる間、数週間この問題を放置していましたが、ようやくこの問題を再検討してみると、なんと、問題は自然に解決したようです。
6 月初旬の最初の投稿から今日、7 月末近くまでの間に、もちろんカーネル アップデートが 2 回ほどありましたが、私はそれを忠実にインストールしたので、その間に何かが修正または変更された可能性があります。
私は、自ら「解決」する問題が特に好きではありませんが、この場合は、解決できるものを受け入れます。