Have you enabled USB redirect in the VM guest?  And do you happen to
have that active somewhere/somehow when you insert that USB drive?  I
have accomplished to use USB stuff directly inside guests when
hotplugging USB devices.  So I'd check what happens inside your VM
guest, and then consider to disable USB redirect if you don't need/want
that.


-- 
kind regards,

David Sommerseth



On 04/09/15 22:26, ToddAndMargo wrote:
> Just posted this one:
> https://bugzilla.redhat.com/show_bug.cgi?id=1260226
> 
> 
> 
> Dear Red Hat,
> 
> $ rpm -qa \*qemu\*
> 
> qemu-img-1.5.3-86.el7_1.5.x86_64
> qemu-guest-agent-2.1.0-4.el7.x86_64
> libvirt-daemon-driver-qemu-1.2.8-16.el7_1.3.x86_64
> qemu-kvm-1.5.3-86.el7_1.5.x86_64
> ipxe-roms-qemu-20130517-6.gitc4bce43.el7.noarch
> qemu-kvm-common-1.5.3-86.el7_1.5.x86_64
> 
> 
> I am coming from the community: Scientific Linux 7.1.
> 
> Would one of our intrepid heroes please fix this for me?
> 
> If I am run a virtual machine, I can not mount (meaning to push into the
> hole) any of my numerous USB flash drives: a /dev/sdx does not appear
> until I shut my VM(s) back down.  Then they will appear.  This is a real
> pain in the neck!
> 
> This appears in my messages log when trying to mount (meaning to push
> into the hole):
> 
> Sep  4 13:15:56 localhost kernel: usb 10-1.3: USB disconnect, device
> number 11
> Sep  4 13:15:59 localhost kernel: usb 2-4.3: new high-speed USB device
> number 7 using ehci-pci
> Sep  4 13:15:59 localhost kernel: usb 2-4.3: New USB device found,
> idVendor=0951, idProduct=168e
> Sep  4 13:15:59 localhost kernel: usb 2-4.3: New USB device strings:
> Mfr=1, Product=2, SerialNumber=3
> Sep  4 13:15:59 localhost kernel: usb 2-4.3: Product: DT Rubber 3.0
> Sep  4 13:15:59 localhost kernel: usb 2-4.3: Manufacturer: Kingston
> Sep  4 13:15:59 localhost kernel: usb 2-4.3: SerialNumber:
> 0018F3D97CE0FDA021BF02AC
> Sep  4 13:15:59 localhost kernel: usb-storage 2-4.3:1.0: USB Mass
> Storage device detected
> Sep  4 13:15:59 localhost kernel: scsi host19: usb-storage 2-4.3:1.0
> Sep  4 13:15:59 localhost mtp-probe: checking bus 2, device 7:
> "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-4/2-4.3"
> Sep  4 13:15:59 localhost mtp-probe: bus: 2, device: 7 was not an MTP
> device
> Sep  4 13:16:00 localhost kernel: scsi 19:0:0:0: Direct-Access Kingston
> DT Rubber 3.0    1.00 PQ: 0 ANSI: 6
> Sep  4 13:16:00 localhost kernel: sd 19:0:0:0: Attached scsi generic sg3
> type 0
> Sep  4 13:16:00 localhost kernel: sd 19:0:0:0: [sdc] 30216792 512-byte
> logical blocks: (15.4 GB/14.4 GiB)
> Sep  4 13:16:00 localhost kernel: sd 19:0:0:0: [sdc] Write Protect is off
> Sep  4 13:16:00 localhost kernel: sd 19:0:0:0: [sdc] Write cache:
> disabled, read cache: enabled, doesn't support DPO or FUA
> Sep  4 13:16:00 localhost kernel: sdc: sdc1
> Sep  4 13:16:00 localhost kernel: sd 19:0:0:0: [sdc] Attached SCSI
> removable disk
> Sep  4 13:16:01 localhost /etc/gdm/Xsession: (xfdesktop:3900):
> GLib-GIO-CRITICAL **: g_file_get_path: assertion 'G_IS_FILE (file)' failed
> 
> 
> Then after the above settles, an ls of /dev:
> 
> $ ls -al /dev/sd*
> brw-rw----. 1 root disk 8,  0 Sep  4 09:54 /dev/sda
> brw-rw----. 1 root disk 8,  1 Sep  4 09:54 /dev/sda1
> brw-rw----. 1 root disk 8,  2 Sep  4 09:54 /dev/sda2
> brw-rw----. 1 root disk 8,  3 Sep  4 09:54 /dev/sda3
> brw-rw----. 1 root disk 8,  4 Sep  4 09:54 /dev/sda4
> brw-rw----. 1 root disk 8,  5 Sep  4 09:54 /dev/sda5
> brw-rw----. 1 root disk 8, 16 Sep  4 12:26 /dev/sdb
> brw-rw----. 1 root disk 8, 17 Sep  4 12:26 /dev/sdb1
> 
> No sdc!
> 
> Many thanks,
> -T