Beiträge von mgaertne

    Guten Morgen,
    nach zwei Tagen vergebliches Suchen wende ich mich nun an die Community.
    Folgende Situation:
    I386-64 Maschine mit 64 GB Ram, Tumbleweed 4.18 Kernel mit allen Patchen
    Gestartet als XEN-Kernel, parameter DOM0_MEM=2G übergeben.
    Ist nun in /etc/libvirt/libxl.conf und/oder in /etc/xen/xl.conf der Wert autoballoon=0, so startet überhaupt keine DomU.
    Setze ich den autoballoon=1, so starten zwei DomUs, ab der dritten gehts nicht mehr.
    Es sieht auch so aus, als ob der DOMU_MEM Parameter ignoriert werden würde, da:
    xl info
    host : xen-srv2
    release : 4.18.0-1-default
    version : #1 SMP PREEMPT Wed Aug 15 07:02:07 UTC 2018 (280ac93)
    machine : x86_64
    nr_cpus : 12
    max_cpu_id : 11
    nr_nodes : 1
    cores_per_socket : 6
    threads_per_core : 2
    cpu_mhz : 3192.225
    hw_caps : bfebfbff:77faf3ff:2c100800:00000121:0000000f:009c6fbf:00000000:00000100
    virt_caps : hvm hvm_directio
    total_memory : 65371
    free_memory : 6
    sharing_freed_memory : 0
    sharing_used_memory : 0
    outstanding_claims : 0
    free_cpus : 0
    xen_major : 4
    xen_minor : 11
    xen_extra : .0_02-1
    xen_version : 4.11.0_02-1
    xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
    xen_scheduler : credit
    xen_pagesize : 4096
    platform_params : virt_start=0xffff800000000000
    xen_changeset :
    xen_commandline : vga=gfx-1024x768x16,dom0_mem=2G
    cc_compiler : gcc (SUSE Linux) 8.1.1 20180719 [gcc-8-branch revision 262874]
    cc_compile_by : abuild
    cc_compile_domain : suse.de
    cc_compile_date : Tue Jul 24 15:17:09 UTC 2018
    build_id : 5e61f72ecc662cf688f8879808de2c94
    xend_config_format : 4


    Die Einstellung in /etc/default/grub:
    GRUB_CMDLINE_XEN_DEFAULT="vga=gfx-1024x768x16,dom0_mem=2G"
    GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/disk/by-id/nvme-SAMSUNG_MZVLB256HAHQ-000L7_S41GNE0K707495-part2 splash=silent quiet showopts dom0_mem=2G,max:2G"


    Ein Versuch eine weitere Domäne zu startet schlägt fehl mit:
    (/avr/lib/libvirt/libxl/libxl-driver.log)
    2018-08-27 08:07:01.617+0000: xc: panic: xc_dom_core.c:542: xc_dom_chk_alloc_pages: segment kernel too large (0x621 > 0x400 - 0x0 pages): Out of memory
    2018-08-27 08:07:01.617+0000: libxl: libxl_dom.c:742:libxl__build_dom: xc_dom_build_image failed: Datei oder Verzeichnis nicht gefunden
    2018-08-27 08:07:01.617+0000: libxl: libxl_create.c:1266:domcreate_rebuild_done: Domain 6:cannot (re-)build domain: -3
    Weitere Fehlermeldungen gibt es nicht.
    xentop zeigt mir, dass die beiden laufenden DomUs einen Gesamtverbrauch von 6GB haben, die neue Dom-U ist wie folgt konfiguriert:
    <domain type='xen'>
    <name>Netflow</name>
    <description>Netflow-Server</description>
    <uuid>9506bde6-0608-401a-edfc-98a41ac9b379</uuid>
    <memory unit='KiB'>4096</memory>
    <currentMemory unit='KiB'>4096</currentMemory>
    <vcpu>3</vcpu>
    <on_poweroff>destroy</on_poweroff>
    <on_reboot>restart</on_reboot>
    <on_crash>destroy</on_crash>
    <clock sync='utc'/>
    <os type='opensuse42'>
    <type>linux</type>
    <kernel>/usr/lib/grub2/x86_64-xen/grub.xen</kernel>
    <cmdline> </cmdline>
    </os>
    <devices>
    <disk type='file' device='disk'>
    <driver name='qemu' type='raw' cache='default'/>
    <source file='/home1/XEN/NETFLOW/netflow.img'/>
    <target dev='xvda'/>
    </disk>
    <disk type='file' device='disk'>
    <driver name='qemu' type='raw' cache='default'/>
    <source file='/home1/XEN/NETFLOW/netflow-store.img'/>
    <target dev='xvdb'/>
    </disk>
    <interface type='bridge'>
    <source bridge='br90'/>
    <mac address='00:16:3e:35:da:af'/>
    <script path='/etc/xen/scripts/vif-bridge'/>
    </interface>

    <graphics type='vnc' keymap='de'/>
    </devices>
    </domain>
    Also auch nicht mit mehr Speicher, als die gesamte Maschine hat.
    Was mache ich falsch bzw. welche Parameter muss ich verändern.
    Weitere Hinweise:
    ein 42.3 er Kernel (4.4...) ohne weitere Einstellungen kann ALLE meine DomU's ohne weiteres starten. Erst bei der Umstellung auf 4.18 schlägt es fehl. Den Standard Kernel von Suse 15 kann ich nicht verwenden, der ist nicht stabil auf einem Lenovo M920T mit I7-8700er CPU.
    Auch ohne DomU-Parameter gibt es keine Änderung...

    Zu früh gefreut.
    Zwar kann das Gerät nun am remote host gesehen werden, jedoch gibt es nach weniger als einer Minute eine Fehlersituation:
    Es handelt sich um ein Huawai GSM Modem.
    Per usbip bind -b 1-5 am Server verfügbar gemacht
    Am client (modprobe vhci-hcd gemacht) mit
    usbip attach -r XXXXXX -b 1-5
    verfügbar gemacht:
    System-Meldungen:
    Dec 15 15:24:12 linux-6nex kernel: usbip_core: USB/IP Core v1.0.0
    Dec 15 15:24:12 linux-6nex kernel: vhci_hcd vhci_hcd: USB/IP Virtual Host Controller
    Dec 15 15:24:12 linux-6nex kernel: vhci_hcd vhci_hcd: new USB bus registered, assigned bus number 2
    Dec 15 15:24:12 linux-6nex kernel: usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
    Dec 15 15:24:12 linux-6nex kernel: usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
    Dec 15 15:24:12 linux-6nex kernel: usb usb2: Product: USB/IP Virtual Host Controller
    Dec 15 15:24:12 linux-6nex kernel: usb usb2: Manufacturer: Linux 4.4.92-31-default vhci_hcd
    Dec 15 15:24:12 linux-6nex kernel: usb usb2: SerialNumber: vhci_hcd
    Dec 15 15:24:12 linux-6nex kernel: hub 2-0:1.0: USB hub found
    Dec 15 15:24:12 linux-6nex kernel: hub 2-0:1.0: 8 ports detected
    Dec 15 15:24:12 linux-6nex kernel: vhci_hcd: USB/IP 'Virtual' Host Controller (VHCI) Driver v1.0.0
    Dec 15 15:24:22 linux-6nex kernel: vhci_hcd vhci_hcd: rhport(0) sockfd(3) devid(65544) speed(2) speed_str(full-speed)
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: new full-speed USB device number 2 using vhci_hcd
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: SetAddress Request (2) to port 0
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: New USB device found, idVendor=12d1, idProduct=1001
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=1
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: Product: HUAWEI Mobile
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: Manufacturer: ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: SerialNumber: ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
    Dec 15 15:24:22 linux-6nex mtp-probe[1365]: checking bus 2, device 2: "/sys/devices/platform/vhci_hcd/usb2/2-1"
    Dec 15 15:24:22 linux-6nex mtp-probe[1365]: bus: 2, device: 2 was not an MTP device
    Dec 15 15:24:22 linux-6nex kernel: usb-storage 2-1:1.0: USB Mass Storage device detected
    Dec 15 15:24:22 linux-6nex kernel: usb-storage 2-1:1.1: USB Mass Storage device detected
    Dec 15 15:24:22 linux-6nex kernel: usb-storage 2-1:1.2: USB Mass Storage device detected
    Dec 15 15:24:22 linux-6nex kernel: usb-storage 2-1:1.3: USB Mass Storage device detected
    Dec 15 15:24:22 linux-6nex kernel: scsi host0: usb-storage 2-1:1.3
    Dec 15 15:24:22 linux-6nex kernel: usbcore: registered new interface driver usb-storage
    Dec 15 15:24:22 linux-6nex kernel: usbcore: registered new interface driver uas
    Dec 15 15:24:22 linux-6nex kernel: usbcore: registered new interface driver usbserial
    Dec 15 15:24:22 linux-6nex kernel: usbcore: registered new interface driver usbserial_generic
    Dec 15 15:24:22 linux-6nex kernel: usbserial: USB Serial support registered for generic
    Dec 15 15:24:22 linux-6nex kernel: usbcore: registered new interface driver option
    Dec 15 15:24:22 linux-6nex kernel: usbserial: USB Serial support registered for GSM modem (1-port)
    Dec 15 15:24:22 linux-6nex kernel: option 2-1:1.0: GSM modem (1-port) converter detected
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
    Dec 15 15:24:22 linux-6nex kernel: option 2-1:1.1: GSM modem (1-port) converter detected
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: GSM modem (1-port) converter now attached to ttyUSB1
    Dec 15 15:24:22 linux-6nex kernel: option 2-1:1.2: GSM modem (1-port) converter detected
    Dec 15 15:24:22 linux-6nex kernel: usb 2-1: GSM modem (1-port) converter now attached to ttyUSB2
    [...] die hier weggelassenen Meldungen beziehen sich nur auf einen SSH-login
    Dec 15 15:24:45 linux-6nex kernel: vhci_hcd: dequeue a urb ffff880002ecc900
    Dec 15 15:24:45 linux-6nex kernel: vhci_hcd: device ffff88007ae772a0 seems to be still connected
    Dec 15 15:24:45 linux-6nex kernel: vhci_hcd: unlink->seqnum 20
    Dec 15 15:24:45 linux-6nex kernel: vhci_hcd: urb->status -104
    Dec 15 15:24:45 linux-6nex kernel: option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
    Dec 15 15:24:45 linux-6nex kernel: option 2-1:1.0: device disconnected
    Dec 15 15:24:45 linux-6nex kernel: option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
    Dec 15 15:24:45 linux-6nex kernel: option 2-1:1.1: device disconnected
    Dec 15 15:24:45 linux-6nex kernel: option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
    Dec 15 15:24:45 linux-6nex kernel: option 2-1:1.2: device disconnected
    Dec 15 15:24:46 linux-6nex kernel: usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
    Dec 15 15:24:47 linux-6nex kernel: usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
    Dec 15 15:24:48 linux-6nex kernel: usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
    Dec 15 15:24:48 linux-6nex kernel: usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
    Dec 15 15:24:48 linux-6nex kernel: usb-storage 2-1:1.0: USB Mass Storage device detected
    Dec 15 15:24:48 linux-6nex kernel: usb 2-1: USB disconnect, device number 2
    Dec 15 15:24:48 linux-6nex kernel: option 2-1:1.0: GSM modem (1-port) converter detected
    Dec 15 15:24:48 linux-6nex kernel: usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
    Dec 15 15:24:48 linux-6nex kernel: usb-storage 2-1:1.1: USB Mass Storage device detected
    Dec 15 15:24:48 linux-6nex kernel: option 2-1:1.1: GSM modem (1-port) converter detected
    Dec 15 15:24:48 linux-6nex kernel: usb 2-1: GSM modem (1-port) converter now attached to ttyUSB1
    Dec 15 15:24:48 linux-6nex kernel: usb-storage 2-1:1.2: USB Mass Storage device detected
    Dec 15 15:24:48 linux-6nex kernel: option 2-1:1.2: GSM modem (1-port) converter detected
    Dec 15 15:24:48 linux-6nex kernel: usb 2-1: GSM modem (1-port) converter now attached to ttyUSB2
    Dec 15 15:24:48 linux-6nex kernel: option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
    Dec 15 15:24:48 linux-6nex kernel: option 2-1:1.0: device disconnected
    Dec 15 15:24:48 linux-6nex kernel: option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
    Dec 15 15:24:48 linux-6nex kernel: option 2-1:1.1: device disconnected
    Dec 15 15:24:48 linux-6nex kernel: option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
    Dec 15 15:24:48 linux-6nex kernel: option 2-1:1.2: device disconnected
    Dec 15 15:24:49 linux-6nex kernel: usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
    Dec 15 15:24:50 linux-6nex kernel: usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
    Dec 15 15:24:51 linux-6nex kernel: usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
    Dec 15 15:24:52 linux-6nex kernel: usb usb2-port1: Cannot enable. Maybe the USB cable is bad?
    Dec 15 15:24:52 linux-6nex kernel: usb usb2-port1: unable to enumerate USB device



    Das Gerät ist nicht mehr ansprechbar am CLient.
    usbip port
    usbip: error: open vhci_driver
    usbip: error: list imported devices
    Am Server (ausgabe usbipd -d)
    )
    usbipd: debug: usbipd.c:568:[do_standalone_mode] read event on fd[0]=4
    usbipd: info: connection from 192.168.1.53:59676
    usbipd: info: received request: 0x8005(6)
    usbipd: info: exportable devices: 2
    libusbip: debug: usbip_common.c:91:[dump_usb_device] path = /sys/devices/pci0000:00/0000:00:14.0/usb1/1-5
    libusbip: debug: usbip_common.c:92:[dump_usb_device] busid = 1-5
    libusbip: debug: usbip_common.c:98:[dump_usb_device] Device(C/SC/P) = (Defined at Interface level) (00/00/00)
    libusbip: debug: usbip_common.c:100:[dump_usb_device] bcdDevice = 0
    libusbip: debug: usbip_common.c:105:[dump_usb_device] Vendor/Product = unknown vendor : unknown product (12d1:1001)
    libusbip: debug: usbip_common.c:107:[dump_usb_device] bNumConfigurations = 1
    libusbip: debug: usbip_common.c:108:[dump_usb_device] bNumInterfaces = 0
    libusbip: debug: usbip_common.c:111:[dump_usb_device] speed = Full Speed(12Mbps)
    libusbip: debug: usbip_common.c:113:[dump_usb_device] busnum = 1
    libusbip: debug: usbip_common.c:114:[dump_usb_device] devnum = 8
    libusbip: debug: usbip_common.c:91:[dump_usb_device] path = /sys/devices/pci0000:00/0000:00:14.0/usb1/1-4
    libusbip: debug: usbip_common.c:92:[dump_usb_device] busid = 1-4
    libusbip: debug: usbip_common.c:98:[dump_usb_device] Device(C/SC/P) = (Defined at Interface level) (00/00/00)
    libusbip: debug: usbip_common.c:100:[dump_usb_device] bcdDevice = 100
    libusbip: debug: usbip_common.c:105:[dump_usb_device] Vendor/Product = unknown vendor : unknown product (0204:6025)
    libusbip: debug: usbip_common.c:107:[dump_usb_device] bNumConfigurations = 1
    libusbip: debug: usbip_common.c:108:[dump_usb_device] bNumInterfaces = 1
    libusbip: debug: usbip_common.c:111:[dump_usb_device] speed = High Speed(480Mbps)
    libusbip: debug: usbip_common.c:113:[dump_usb_device] busnum = 1
    libusbip: debug: usbip_common.c:114:[dump_usb_device] devnum = 3
    libusbip: debug: usbip_common.c:84:[dump_usb_interface] Interface(C/SC/P) = unknown class / unknown subclass / unknown protocol (08/06/50)
    usbipd: info: request 0x8005(6): complete
    usbipd: debug: usbipd.c:568:[do_standalone_mode] read event on fd[0]=4
    usbipd: info: connection from 192.168.1.53:59678
    usbipd: info: received request: 0x8003(6)
    usbipd: info: found requested device: 1-5
    usbip: info: connect: 1-5
    usbipd: debug: usbipd.c:165:[recv_request_import] import request busid 1-5: complete
    usbipd: info: request 0x8003(6): complete


    beide usbip-Versionen sind auf 2.0
    usbip version


    usbip (usbip-utils 2.0)


    Sind eventuell Modems nicht unterstützt?

    Sorry,
    nach längerem Suchen habe ich gefunden, dass die über YAST installierbare Version veraltet ist; in den Kernelsourcen ist die neue, diesmal funktionierende Version vorhanden.
    Also muss man usbip von Hand installieren...
    Die Frage ist damit erledigt.

    Guten Morgen,
    nachdem ich mit USB Passthrough nicht weiter gekommen bin versuchte ich nun USBIP zum Laufen zu bringen. Und wieder lief ich vor eine Wand.
    Ich habe usbip über YAST installiert (usbip (usbip-utils 1.1.1) sowie alle notwendigen Treiber/Module etc. geladen. Funktionierte Problemlos.
    Nun
    > modprobe usbip-core usbip-host
    geladen und mit lsmod überprüft, dass sie auch da sind.
    >usbipd -D gestartet.
    >usbip list -l zeigt:
    usbip list -l
    Local USB devices
    =================
    - busid 1-1 (046a:0011)
    1-1:1.0 -> usbhid



    - busid 1-4 (0204:6025)
    1-4:1.0 -> usb_storage



    - busid 1-7 (8087:0a2b)
    1-7:1.0 -> btusb
    1-7:1.1 -> btusb



    - busid 1-8 (0c4b:0500)
    1-8:1.0 -> unknown



    - busid 1-9 (04ca:008a)
    1-9:1.0 -> usbhid



    Ok, laut Anleitung soll nun mit usbip bind ein Device für den Remote-Zugang freigeschaltet werden.
    Also:
    usbip --debug bind -b 1-4
    usbip: debug: usbip.c:134:[run_command] running command: `bind'
    usbip: debug: usbip_bind.c:162:[unbind_other] 1-4:1.0 -> unknown
    usbip: debug: utils.c:65:[modify_match_busid] write "add 1-4" to /sys/bus/usb/drivers/usbip-host/match_busid
    usbip: debug: usbip_bind.c:101:[bind_usbip] bind driver at 1-4:1.0 failed
    usbip: error: could not bind device to usbip-host
    usbip: debug: utils.c:65:[modify_match_busid] write "del 1-4" to /sys/bus/usb/drivers/usbip-host/match_busid


    Vielleicht
    usbip --debug bind -b 1-4:1.0
    usbip: debug: usbip.c:134:[run_command] running command: `bind'
    usbip: debug: usbip_bind.c:143:[unbind_other] problem getting device attributes: No such file or directory
    usbip: error: could not unbind driver from device on busid 1-4:1.0


    Und das wars. Das Netz bietet keine Hilfe, danach geht das alles immer problemlos.
    Es gibt keine Fehlermeldungen im Log...
    Kernel ist
    Linux mathias-au 4.14.5-2.gb0756c5-default #1 SMP PREEMPT Tue Dec 12 19:09:51 UTC 2017 (b0756c5) x86_64 x86_64 x86_64 GNU/Linux


    Was mache ich falsch?
    Nachtrag: Unter raspbian funktioniert das Ganze problemlos; nur halt nicht unter Suse

    Guten Morgen,
    seit gut eineinhalb Tagen beschäftigt mich das Problem, dass ich ein Huawai USB Modem irgendwie in eine KVM Gast Maschine bringen will. Ich komme aber nun nicht weiter.
    Zur Situation:
    Host und Guest sind beide openSuse 42.3 mit den neuesten Patches.
    Das Modem ist ein Huawai USB basierender Sufstick
    Dieser soll in der Gast-Maschine per ASTERISK chan_dongle angesprochen werden.
    Was habe ich bisher getan:
    1. USB Stick an Host angeschlossen
    2. per virt-manager dann das entsprechende USB-Gerät zum Gast hinzugefügt.
    3. Gast sieht das Gerät, richtet auch alle Devices ein
    => kurze Zeit später, spätestens dann, wenn asterisk startet um auf den Dongle zuzugreifen, bleibt die Gast-Maschine ohne jegliche Fehlermeldung stehen.
    => ein Reboot mit einkonfiguriertem USB-Stick funktioniert nicht mehr. Die Gastmaschine bleibt nach der obligatorischen Erstmeldung über ein DMI-Problem hängen.
    Es gibt weder auf dem Host noch in der Console des Gasts irgend eine Fehlermeldung.


    Nächster Versuch:
    1. USB Stick an Host angeschlossen, vorher aber mittels udev-rule das Gerät auf "authorized=0" gesetzt
    2. per virt-manager dann das entsprechende USB-Gerät zum Gast hinzugefügt.
    3. Gast sieht das Gerät, richtet auch alle Devices ein
    Nun bleibt die Gast-Maschine nicht mehr hängen, weder beim Nutzen von asterisk noch beim booten.
    Jedoch kann Asterisk nicht auf den Dongle zugreifen, es kommt ein "timeout" nach jeweils 500 ms aber keine weiteren Fehlermeldungen


    Hier noch ein paar Daten:
    LSUSB:
    Bus 001 Device 015: ID 12d1:1001 Huawei Technologies Co., Ltd. E169/E620/E800 HSDPA Modem


    VM-definition:


    <domain type='xen'>
    <name>opensuse42.3-2</name>
    <uuid>4cef3220-e976-43d7-9869-a9afc4f44f2d</uuid>
    <memory unit='KiB'>2097152</memory>
    <currentMemory unit='KiB'>2097152</currentMemory>
    <vcpu placement='static'>1</vcpu>
    <os>
    <type arch='x86_64' machine='xenpv'>linux</type>
    <kernel>/usr/lib/grub2/x86_64-xen/grub.xen</kernel>
    </os>
    <clock offset='utc'/>
    <on_poweroff>destroy</on_poweroff>
    <on_reboot>restart</on_reboot>
    <on_crash>destroy</on_crash>
    <devices>
    <disk type='file' device='disk'>
    <driver name='qemu' type='raw'/>
    <source file='/home/XEN/test/test.img'/>
    <target dev='xvda' bus='xen'/>
    </disk>
    <interface type='bridge'>
    <mac address='00:16:3e:d1:d5:6d'/>
    <source bridge='br0'/>
    </interface>
    <console type='pty'>
    <target type='xen' port='0'/>
    </console>
    <input type='mouse' bus='xen'/>
    <input type='keyboard' bus='xen'/>
    <graphics type='vnc' port='-1' autoport='yes' keymap='de'>
    <listen type='address'/>
    </graphics>
    <video>
    <model type='xen' vram='4096' heads='1' primary='yes'/>
    </video>
    <hostdev mode='subsystem' type='usb' managed='yes'>
    <source>
    <vendor id='0x12d1'/>
    <product id='0x1001'/>
    <address bus='1' device='15'/>
    </source>
    </hostdev>
    </devices>
    </domain>


    UDEV-Regel:
    ACTION=="add", ATTR{idVendor}=="12d1", ATTR{idProduct}=="1001", RUN="/bin/sh -c 'echo 0 >/sys/\$devpath/authorized'"


    Was mache ich falsch?