USB Devices Disconnecting Intermittently


Recommended Posts

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 

Link to comment
  • 1 year later...

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?  

Link to comment

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.