ooimo Posted April 15, 2016 Share Posted April 15, 2016 Hi! I've been having problems with my USB devices disconnecting at random intervals, from a few minutes to a few days. No amount of my googling has been able to solve this problem. This has happened on multiple installs of both Windows 10 and Windows 8.1 and in multiple storage configurations. I'm able to get the devices back by manually running "virsh attach-device Windows <device>.xml". Any help would be appreciated, thanks! My Hardware is as follows: Supermicro X10SLM+-F Samsung M391B1G73QH0-YK0 RAM Intel Xeon E3 1231 V3 ServeRAID M1015 R9 290 DirectCU II The Syslog from the time it happens: Apr 15 09:24:09 Tower kernel: usb 3-4: USB disconnect, device number 3 Apr 15 09:24:09 Tower kernel: usb 3-4.4: USB disconnect, device number 5 Apr 15 09:24:09 Tower kernel: usb 3-4.4.2: USB disconnect, device number 7 Apr 15 09:24:09 Tower kernel: usb 3-4.4.3: USB disconnect, device number 8 Apr 15 09:24:09 Tower kernel: usb 3-4.4.4: USB disconnect, device number 9 Apr 15 09:24:09 Tower kernel: usb 3-4: new high-speed USB device number 10 using xhci_hcd Apr 15 09:24:09 Tower kernel: hub 3-4:1.0: USB hub found Apr 15 09:24:09 Tower kernel: hub 3-4:1.0: 4 ports detected Apr 15 09:24:09 Tower kernel: usb: failed to peer 3-4-port4 and usb4-port6 by location (3-4-port4:none) (usb4-port6:usb3-port4) Apr 15 09:24:09 Tower kernel: usb 3-4-port4: failed to peer to usb4-port6 (-16) Apr 15 09:24:10 Tower kernel: usb 3-4.4: new high-speed USB device number 11 using xhci_hcd Apr 15 09:24:10 Tower kernel: hub 3-4.4:1.0: USB hub found Apr 15 09:24:10 Tower kernel: hub 3-4.4:1.0: 4 ports detected Apr 15 09:24:10 Tower kernel: usb 3-4.4.2: new full-speed USB device number 12 using xhci_hcd Apr 15 09:24:10 Tower kernel: usb 3-4.4.3: new full-speed USB device number 13 using xhci_hcd Apr 15 09:24:10 Tower kernel: input: USB Leopard as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4.3/3-4.4.3:1.0/0003:04D9:0141.0012/input/input18 Apr 15 09:24:10 Tower kernel: hid-generic 0003:04D9:0141.0012: input,hidraw2: USB HID v1.11 Leopard [uSB Leopard] on usb-0000:00:14.0-4.4.3/input0 Apr 15 09:24:10 Tower kernel: hid-generic 0003:04D9:0141.0013: hiddev0,hidraw3: USB HID v1.11 Device [uSB Leopard] on usb-0000:00:14.0-4.4.3/input1 Apr 15 09:24:10 Tower kernel: input: USB Leopard as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4.3/3-4.4.3:1.2/0003:04D9:0141.0014/input/input19 Apr 15 09:24:10 Tower kernel: hid-generic 0003:04D9:0141.0014: input,hidraw4: USB HID v1.11 Mouse [uSB Leopard] on usb-0000:00:14.0-4.4.3/input2 Apr 15 09:24:10 Tower kernel: usb 3-4.4.4: new full-speed USB device number 14 using xhci_hcd Apr 15 09:24:10 Tower kernel: input: La-VIEW Technology SteelSeries Sensei as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4.4/3-4.4.4:1.0/0003:1038:1361.0015/input/input20 Apr 15 09:24:10 Tower kernel: hid-generic 0003:1038:1361.0015: input,hidraw5: USB HID v1.00 Mouse [La-VIEW Technology SteelSeries Sensei] on usb-0000:00:14.0-4.4.4/input0 Apr 15 09:24:10 Tower kernel: input: La-VIEW Technology SteelSeries Sensei as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4.4/3-4.4.4:1.1/0003:1038:1361.0016/input/input21 Apr 15 09:24:11 Tower kernel: hid-generic 0003:1038:1361.0016: input,hiddev0,hidraw6: USB HID v1.0 The VM log: 2016-04-12 09:07:09.644+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=4 is tainted: high-privileges Domain id=4 is tainted: custom-argv Domain id=4 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) 2016-04-15T01:24:09.353160Z qemu-system-x86_64: libusb_release_interface: -4 [NO_DEVICE] 2016-04-15T01:24:09.353188Z qemu-system-x86_64: libusb_release_interface: -4 [NO_DEVICE] 2016-04-15T01:24:09.353192Z qemu-system-x86_64: libusb_release_interface: -4 [NO_DEVICE] 2016-04-15T01:24:09.359949Z qemu-system-x86_64: libusb_release_interface: -4 [NO_DEVICE] 2016-04-15T01:24:09.359961Z qemu-system-x86_64: libusb_release_interface: -4 [NO_DEVICE] 2016-04-15T01:24:09.362048Z qemu-system-x86_64: libusb_release_interface: -4 [NO_DEVICE] 2016-04-15T01:24:09.362060Z qemu-system-x86_64: libusb_release_interface: -4 [NO_DEVICE] libusb: error [_open_sysfs_attr] open /sys/bus/usb/devices/3-4.4.2/bConfigurationValue failed ret=-1 errno=2 Quote Link to comment
squark Posted April 16, 2016 Share Posted April 16, 2016 I know this isn't a long-term solution but there is a nifty usb hot plug plugin. Might be a little more easy than your current manual commands: http://lime-technology.com/forum/index.php?topic=47240.5 Quote Link to comment
zyurph Posted July 5, 2017 Share Posted July 5, 2017 Were you ever able to find a solution to this? For I'm seeing this too using the hotplug as a workaround but have to use a laptop to do it since my mouse and keyboard will just randomly disconnect sometimes on my passthrough VM I use as my primary workstation? Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.