はい、XKB を使用して可能です。 xmodmap とは異なり、XKB は個々のデバイスのキーを再マップできます。
注:xkbcomp> 1.2.0 であることを確認してください
最初にデバイスを次のようにリストします:
xinput list
次のようなものが得られます:
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Wacom Bamboo Pen Pen stylus id=11 [slave pointer (2)]
⎜ ↳ Wacom Bamboo Pen Finger touch id=12 [slave pointer (2)]
⎜ ↳ Logitech USB-PS/2 Optical Mouse id=13 [slave pointer (2)]
⎜ ↳ Wacom Bamboo Pen Pen eraser id=14 [slave pointer (2)]
⎜ ↳ Wacom Bamboo Pen Finger pad id=15 [slave pointer (2)]
⎜ ↳ GASIA USB KB V11 id=17 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Power Button id=7 [slave keyboard (3)]
↳ G19 Gaming Keyboard id=8 [slave keyboard (3)]
↳ G19 Gaming Keyboard id=9 [slave keyboard (3)]
↳ Logitech G19 Gaming Keyboard id=10 [slave keyboard (3)]
↳ GASIA USB KB V11 id=16 [slave keyboard (3)]
デバイスの文字列を特定し、次のシェル スクリプトを編集して、sed 行をデバイスの名前に合ったものに変更します。次に、再マップが必要なキーを変更します。
例:xev をロード リマップしたいキーを押します。キーコードが 84 であることがわかったとします。https://gist.github.com/zoqaeski/3880640 で 84 を検索してください。そこのキー名は <KP5> です .次に、置き換えたいキーを検索し（同じリンクのさらに下にあります）、括弧内にあるものをコピーします。必要なすべてのキーに対してプロセスを繰り返します。
remote_id=$(
xinput list |
sed -n 's/.*GASIA.*id=\([0-9]*\).*keyboard.*/\1/p'
)
[ "$remote_id" ] || exit
# remap the following keys, only for my custom vintage atari joystick connected
# through an old USB keyboard:
#
# keypad 5 -> keypad 6
# . -> keypad 2
# [ -> keypad 8
# left shift -> left control
mkdir -p /tmp/xkb/symbols
# This is a name for the file, it could be anything you
# want. For us, we'll name it "custom". This is important
# later.
#
# The KP_* come from /usr/include/X11/keysymdef.h
# Also note the name, "remote" is there in the stanza
# definition.
cat >/tmp/xkb/symbols/custom <<\EOF
xkb_symbols "remote" {
key <KP5> { [ KP_Right, KP_6, U2192, U21D2 ] };
key <I129> { [ KP_Down, KP_2, U2193, U21D3 ] };
key <AD12> { [ KP_Up, KP_8, U2191, U21D1 ] };
key <LFSH> { [ Control_L ] };
};
EOF
# (1) We list our current definition
# (2) Modify it to have a keyboard mapping using the name
# we used above, in this case it's the "remote" definition
# described in the file named "custom" which we specify in
# this world as "custom(remote)".
# (3) Now we take that as input back into our definition of the
# keyboard. This includes the file we just made, read in last,
# so as to override any prior definitions. Importantly we
# need to include the directory of the place we placed the file
# to be considered when reading things in.
#
# Also notice that we aren't including exactly the
# directory we specified above. In this case, it will be looking
# for a directory structure similar to /usr/share/X11/xkb
#
# What we provided was a "symbols" file. That's why above we put
# the file into a "symbols" directory, which is not being included
# below.
setxkbmap -device $remote_id -print \
| sed 's/\(xkb_symbols.*\)"/\1+custom(remote)"/' \
| xkbcomp -I/tmp/xkb -i $remote_id -synch - $DISPLAY 2>/dev/null
次にそれをソースします (.xinitrc に追加できます)。すべて完了！キーを押すと、指定したデバイスに対してのみ、目的の出力が生成されます。
編集 :最近、何らかの理由で、新しい構成がすぐに適用されないことに気付きました。最初に other のキーを押す必要があります 次に、変更したキーボードで構成済みのキーをテストします。なぜこれが起こるのかはわかりませんが、何らかのキャッシュが原因かもしれません.
Google からここに来て、質問者が最初に望んでいたことに沿った回答を求めている他の人のために、evdev でイベントを再マッピングする 2 つの方法を知っています。 変更がすべてのアプリケーションに適用されるようにレベル:
udev は、スキャンコードとキーコード間のマッピングを制御するハードウェア データベース エントリを変更するための API を提供します。説明が記載されているこの ArchiWiki ページでは、X11 とコンソール入力の両方で機能すると明示的に述べています。
要点は、 /etc/udev/hwdb.d/ でカスタム エントリを作成することです。 これは、デバイス マッチ パターンといくつかのスキャンコードからキーコードへのリマッピング定義で構成され、systemd-hwdb update を実行します。 データベースと udevadm trigger を再構築します 再起動せずに適用してください。
Wayland が X11 のキーボード サブシステムを使用せず、GNOME Shell や Weston などの主要な Wayland コンポジターが libinput の関連する側面を構成するための UI を実装していないことを考えると、Logitech の G15Daemon ユーザー空間ドライバーと同様に問題を解決する evdevremapkeys という名前のデーモンを誰かが作成しました。 G15 ゲーミング キーボード。
(再マップしようとしているイベントを飲み込むため、デバイスでリッスンしている他の何もそれらを見ることができず、uinput を介して修正されたイベントを発行します。 ユーザー空間からカーネルレベルの入力デバイスを作成するための API。)