タグ付けされた質問 「udev」

1
ZFSプールでオンラインディスクのIDを取得するにはどうすればよいですか?
ミラー化されたZFS zpool(ZoLを使用)の物理ディスクを出し入れして、オフサイトバックアップに使用します。プロセスを合理化するために、スワップされているドライブに応答するためにudevルールを使用しています。 現在、ドライブを挿入するときzfs attachに、プール内の既存のドライブの名前を必要とするを使用します。現時点では、オフサイトにならないディスクの1つにハードコードされています。 それでは、IDをハードコーディングするのではなく、ターゲットプールのオンラインディスクのIDを取得するにはどうすればよいですか?現在、私はそれをgrepすることをいじってzpool statusいますが、より良いオプションがあるかもしれないと思っていました。

1
udevルールがアクション "add"に対して機能しません
私は以下のudevルールを持っています( /etc/udev/rules.d/97-automounter.rules これは、アクション "remove"では機能しますが、アクション "add"では機能しません。手動で実行した場合、アクション "add"のスクリプトは機能します。 # rule: mount/umount /dev/vd* when EBS volume is attached. ENV{DEVNAME}=="/dev/vd[b-z]", ACTION=="add", SUBSYSTEMS=="block", RUN+="/usr/local/sbin/udev-automounter.sh %k" ENV{DEVNAME}=="/dev/vd[b-z]", ACTION=="remove", SUBSYSTEMS=="block", RUN+="/usr/local/sbin/udev-autounmounter.sh %k" これを修正またはデバッグする方法がわからない。どんな助けでも素晴らしいでしょう。
linux  udev 


0
特定のモジュールのudevを無効にします
特定のモジュールのudevを無効にするudevルールを作成することは可能ですか?特定のドライバーに対してudevデーモンを無効にするためだけに、udevデーモンを完全に停止する必要はありません。 udevが有効になっているときにドライバーがinsmodedになったときにカーネルをパニックさせるドライバーがあります。udevを無効にすると、すべてが正常に機能します。 おそらくOPTIONS + = "ignore_device"ルールが機能しますが、このオプションはリリース148以降udevから削除されました。古いignore_deviceオプションに似たものはありますか?
linux  udev 

1
ATTRS {serial}を追加した後、udevルールが機能しなくなるのはなぜですか?
USBポート修正udevルールが機能しない理由や、udevルールに関する他のいくつかの投稿の中でudevルールが機能しない理由など、他のスレッドを見て問題を解決しようとしていましたが、チェックした投稿はありませんこの問題が発生している理由を見つけるのに役立ちます。 bInterfaceNumberを使用したudevルールが機能しないという問題は、私が抱えている問題と非常によく似ていますが、本質的には同じですが、2013年以来答えがなく、今では忘れられていると思います。 完全に機能する次のルールがあります。 SUBSYSTEM=="tty", SUBSYSTEMS=="usb-serial", DRIVERS=="mos7840", ATTRS{port_number}=="0", SYMLINK+="USB-RS232-0", MODE="0777" SUBSYSTEM=="tty", SUBSYSTEMS=="usb-serial", DRIVERS=="mos7840", ATTRS{port_number}=="1", SYMLINK+="USB-RS232-1", MODE="0777" SUBSYSTEM=="tty", SUBSYSTEMS=="usb-serial", DRIVERS=="ftdi_sio", ATTRS{port_number}=="0", SYMLINK+="USB-TTL-0", MODE="0777" 問題は、同じ2つのデバイスがあり、2つの属性の違いはシリアル番号だけであり、同じVID / PIDも持っているため、ATTRS {serial}をルールに追加して終了する必要があることです。次のものを持つ: SUBSYSTEM=="tty", SUBSYSTEMS=="usb-serial", DRIVERS=="mos7840", ATTRS{port_number}=="0", SYMLINK+="USB-RS232-0", MODE="0777" SUBSYSTEM=="tty", SUBSYSTEMS=="usb-serial", DRIVERS=="mos7840", ATTRS{port_number}=="1", SYMLINK+="USB-RS232-1", MODE="0777" SUBSYSTEM=="tty", SUBSYSTEMS=="usb-serial", DRIVERS=="ftdi_sio", ATTRS{port_number}=="0", ATTRS{serial}=="AFYS1HLQ", SYMLINK+="USB-TTL-0", MODE="0777" SUBSYSTEM=="tty", SUBSYSTEMS=="usb-serial", DRIVERS=="ftdi_sio", ATTRS{port_number}=="0", ATTRS{serial}=="FTV8IUSR", SYMLINK+="USB-TTL-1", …
linux  usb  rules  udev 

1
スクリプト用にudev経由で/ dev / hidraw#を取得
だから、私はlogitech g710 gkeysをデフォルトの1-6からF13-18に再マッピングする小さなPythonスクリプトレットを持っています。 ./script.py /dev/hidraw3 私が抱えている問題は、デバイスプラグインでスクリプトを自動実行することです。現在、理論的には動作するはずのudevルールがありますが、動作しません。 SUBSYSTEM=="hidraw", KERNEL=="hidraw*", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c24d", ATTRS{bInterfaceNumber}=="01", ACTION=="add", RUN+="/usr/local/bin/g710.py %k" スクリプト全体: #!/usr/bin/python3 import sys import hid def bindkeys(node): board = hid.device() board.open_path(sys.argv[1].encode()) board.send_feature_report([9, 0x68, 0x69, 0x6a, 0x6b, 0x6c, 0x6d, 0, 0, 0, 0, 0, 0]) print("script fired") print(board.get_manufacturer_string()) board.close() def main(args): bindkeys(args) if __name__ == '__main__': …
udev 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.