Wacom Intuos S 2のボタンマッピングを定義する次のスクリプトがあります。
/usr/local/bin/wacom_intuos_s_2_pad_button_mapping.sh
#!/bin/bash
export DISPLAY=:0
export XAUTHORITY=/home/scriptim/.Xauthority
/usr/bin/sleep 1 # wait for device to be ready
/usr/bin/xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 1 'key -'
/usr/bin/xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 3 'key +'
/usr/bin/xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 8 'key +Ctrl z -Ctrl'
/usr/bin/xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 9 'key +Ctrl +Shift z -Ctrl -Shift'
スクリプトを手動で実行すると正常に動作します。
私の目標は、パッドが挿入されるたびにこのスクリプトを自動的に実行することです。私は次のudev
ルールを試してみました。
/etc/udev/rules.d/10-wacom_intuos_s_2_pad.rules
ACTION=="add", SUBSYSTEMS=="usb", ATTRS{idVendor}=="056a", ATTRS{idProduct}=="033b", RUN+="/usr/local/bin/wacom_intuos_s_2_pad_button_mapping.sh"
ただし、キーボードを接続すると、スクリプトはボタンをマップしません。
私はアーチLinux(5.5.10-arch1-1
)を使用しています。
$ lsusb
...
Bus 004 Device 015: ID 056a:033b Wacom Co., Ltd CTL-490 [Intuos Draw (S)]
...
$ udevadm info -a -n hidraw0
...
looking at parent device '/devices/pci0000:00/0000:00:10.0/usb4/4-2':
KERNELS=="4-2"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{authorized}=="1"
ATTRS{bcdDevice}=="0100"
ATTRS{bmAttributes}=="80"
ATTRS{bMaxPower}=="498mA"
ATTRS{manufacturer}=="Wacom Co.,Ltd."
ATTRS{quirks}=="0x0"
ATTRS{maxchild}=="0"
ATTRS{bNumInterfaces}==" 3"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{devpath}=="2"
ATTRS{ltm_capable}=="no"
ATTRS{busnum}=="4"
ATTRS{devnum}=="15"
ATTRS{tx_lanes}=="1"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bNumConfigurations}=="1"
ATTRS{speed}=="12"
ATTRS{version}==" 2.00"
ATTRS{product}=="Intuos PS"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{idVendor}=="056a"
ATTRS{configuration}==""
ATTRS{devspec}=="(null)"
ATTRS{urbnum}=="174"
ATTRS{bConfigurationValue}=="1"
ATTRS{removable}=="unknown"
ATTRS{rx_lanes}=="1"
ATTRS{idProduct}=="033b"
...
$ udevadm test --action="add" /devices/pci0000:00/0000:00:10.0/usb4/4-2
This program is for debugging only, it does not run any program
specified by a RUN key. It may show incorrect results, because
some values may be different, or not available at a simulation run.
Load module index
Parsed configuration file /usr/lib/systemd/network/99-default.link
Created link configuration context.
Reading rules file: /usr/lib/udev/rules.d/10-dm.rules
Reading rules file: /etc/udev/rules.d/10-wacom_intuos_s_2_pad.rules
...
Reading rules file: /usr/lib/udev/rules.d/65-libwacom.rules
...
Reading rules file: /usr/lib/udev/rules.d/wacom.rules
Invalid inotify descriptor.
DEVPATH=/devices/pci0000:00/0000:00:10.0/usb4/4-2
DEVNAME=/dev/bus/usb/004/015
DEVTYPE=usb_device
DRIVER=usb
PRODUCT=56a/33b/100
TYPE=0/0/0
BUSNUM=004
DEVNUM=015
MAJOR=189
MINOR=398
ACTION=add
SUBSYSTEM=usb
ID_VENDOR=Wacom_Co._Ltd.
ID_VENDOR_ENC=Wacom\x20Co.\x2cLtd.
ID_VENDOR_ID=056a
ID_MODEL=Intuos_PS
ID_MODEL_ENC=Intuos\x20PS
ID_MODEL_ID=033b
ID_REVISION=0100
ID_SERIAL=Wacom_Co._Ltd._Intuos_PS
ID_BUS=usb
ID_USB_INTERFACES=:030000:030102:
ID_VENDOR_FROM_DATABASE=Wacom Co., Ltd
ID_MODEL_FROM_DATABASE=CTL-490 [Intuos Draw (S)]
ID_PATH=pci-0000:00:10.0-usb-0:2
ID_PATH_TAG=pci-0000_00_10_0-usb-0_2
USEC_INITIALIZED=4102997566
run: '/usr/local/bin/wacom_intuos_s_2_pad_button_mapping.sh'
Unload module index
Unloaded link configuration context.
$ journalctl -xe
Mar 22 17:38:55 scriptim systemd-udevd[5927]: 1-1: Process '/usr/local/bin/wacom_intuos_s_2_pad_button_mapping.sh' failed with exit code 255.
答え1
xsetwacom
本質的には、udevルールで実行するときと、使い慣れたグラフィック端末で実行するとき(環境変数などの違いによる)、競合状態と動作の違いが組み合わされています。
質問1:環境変数。
2番目の問題をまず解決しましょう。これは次の状況に似ています。cronjobで実行するとシェルスクリプトが異なる動作をする。
ご使用の環境をudev環境と比較するには、次のようにします。誰でも env
またはprintenv
:
printenv > my-env.txt
グラフィカル端末で、udevスクリプトに以下を追加します。
/usr/bin/printenv > /tmp/udev-env.txt
my-env.txt
その後、とを比較できますudev-env.txt
。
xsetwacom
どの環境変数が使用されているかを推論するには、インストールするltrace
そして次のコマンドを実行してください。:
ltrace -f -e getenv -o my-ltrace-01.log xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 1 'key -'
Wacom デバイスがないため、コマンド全体を実行できません。
$ xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 1 'key -'
Cannot find device 'Wacom Intuos S 2 Pad pad'.
xsetwacom
しかし、出る前の距離だけを見れば と をDISPLAY
使うことがわかりますXAUTHORITY
。
15447 libX11.so.6->getenv("DISPLAY") = ":0"
15447 libxcb.so.1->getenv("DISPLAY") = ":0"
15447 libxcb.so.1->getenv("DISPLAY") = ":0"
15447 libXau.so.6->getenv("XAUTHORITY") = "/home/nathaniel/.Xauthority"
15447 libX11.so.6->getenv("XLIBBUFFERSIZE") = nil
15447 libX11.so.6->getenv("XLIB_SKIP_ARGB_VISUALS") = nil
15447 libX11.so.6->getenv("XKB_DEBUG") = nil
15447 libX11.so.6->getenv("_XKB_OPTIONS_ENABLE") = nil
15447 libX11.so.6->getenv("XKB_DISABLE") = nil
15447 +++ exited (status 0) +++
この値は印刷して見つけることができます。
$ printf 'DISPLAY=%q\n' "$DISPLAY"
DISPLAY=:0
$ printf 'XAUTHORITY=%q\n' "$XAUTHORITY"
XAUTHORITY=/home/nathaniel/.Xauthority
次に、スクリプトの上部で定義します。
#!/bin/bash
# Just an example, yours will be different.
export DISPLAY=:0
export XAUTHORITY=/home/nathaniel/.Xauthority
sleep 1
# The rest of the script.
他の理由でスクリプトがまだ機能していない可能性がありますが、他の人にとっては、環境変数の違いを排除するだけで十分です。他のユーザー関連質問次のようにUbuntu 18.04で実行できます。
2つの変数のエクスポートをスクリプトに追加する必要があります。一つ
DISPLAY
はとですXAUTHORITY
。これは、正しいXセッションを識別してアクセスするために使用されます。env
一般ユーザーとしてログインした状態で実行すると、適切な値が得られます。
問題2:競争条件。
これで競合状態が発生します。このxsetwacom
コマンドはXサーバーを使用してハードウェアを認識するため、準備前に実行すると失敗します。これはsleep 1
かつて十分でしたが、もはやそうではありません。 (時々人々が使うsleep 2
、sleep 3
またはsleep 4
、特別な理由はありません。広範囲に言えば、これが必要だという事実が私を悩ませるsleep 1
。 )
デバイスを接続すると:
- Linux はデバイスを検出し、udev ルールに従ってデバイスエントリを生成します。
- Xサーバーがデバイスを検出しました。
xsetwacom
ステップ2以前は走れません。 Xがまだデバイスについて知らない手順1でスクリプトを実行しているため、スクリプトは失敗します。
—ザイルズ「じゃあ邪悪なことはやめろ」、https://unix.stackexchange.com/a/65792/30049
これはすべて素晴らしいですが、人々がこれをしようとすると、もう機能しません。
あなたの回答に詳細を承認しましたが、次の理由で正しいかどうかはわかりません。
sleep
数秒間使ってみました。一度接続すると、タブレットは1秒以内に動作を開始するため、コマンドが実行されるとデバイスが検出され使用されますX
。しかし、まだ仕事をしていませんか?
ハードウェアやオペレーティングシステムがないため、問題を再現できません。しかし、ここに私が別のスレッドから収集したものがあります。sleep
遅延だけでは十分ではありません。一部の人には次の解決策があります。
デバイスがリストされるまで、サブシェルとループを使用します。存在する
xsetwacom --list devices
。at
コマンドの使用、なぜそうなのかわからないようです。
おそらく私が見た最も根本的な解決策は次のとおりです。リンクスレッドシステムサービスファイルを使用してください。
結局のところ、スクリプトを起動するには、udevルールによってトリガーされたsystemdサービスを使用する必要がありました。
$ cat /etc/udev/rules.d/99-wacom.rules SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="056a", ENV{ID_MODEL_ID}=="0302", TAG+="systemd"
[...]
TAG+="systemd"
デバイスに依存するように他のシステムサービス(システムまたはユーザー)を有効にします(デバイス単位で登録、manを参照systemd.device
)。