眼镜：
- i7 5700HQ
- 3 个 USB3 端口
- Windows 10 1809
经测试无效：
- 希捷 1TB USB3 硬盘
- 希捷 4TB USB3 硬盘
已测试工作：
- 飞利浦 32GB USB3 闪存盘
问题：
所有设备在我的主机下都运行正常。它们以前在 VMWare 下也能运行，直到一天早上它们就不能运行了。问题似乎出在 UAS（USB 连接 SCSI）上，因为大容量存储模式可以运行（查看底部的编辑）。
当我将 Seagate HDD 连接到 Windows 客户机（安装了 VMWare 工具）时，USB 设备会开始非常快速地打开和关闭，直到它停止并出现以下错误Device Manager > USB Root Hub (USB 3.0)：
Windows has stopped this device because it has reported problems. (Code 43)
The USB hub failed to reset.
当连接到 Ubuntu 18 客户机（安装了 VMWare 工具）时，在从虚拟盒设置设置的 USB3 兼容模式下，我得到以下信息dmesg：
[ 316.658762] usb 4-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[ 316.681561] usb 4-1: New USB device found, idVendor=0bc2, idProduct=231a, bcdDevice= 7.08
[ 316.681563] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 316.681564] usb 4-1: Product: Expansion
[ 316.681565] usb 4-1: Manufacturer: Seagate
[ 316.681566] usb 4-1: SerialNumber: NAA340A2
[ 316.694030] usbcore: registered new interface driver usb-storage
[ 316.699310] scsi host33: uas
[ 316.701526] usb 4-1: stat urb: status -32
[ 316.701552] scsi 33:0:0:0: tag#0 data cmplt err -32 uas-tag 1 inflight: CMD
[ 316.701555] scsi 33:0:0:0: tag#0 CDB: Inquiry 12 00 00 00 24 00
[ 316.701636] usbcore: registered new interface driver uas
为了进行比较，飞利浦闪存驱动器（正在运行）：
[ 472.401145] usb 4-2: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd
[ 472.436450] usb 4-2: New USB device found, idVendor=13fe, idProduct=5500, bcdDevice= 1.00
[ 472.436452] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 472.436453] usb 4-2: Product: USB Flash Drive
[ 472.436460] usb 4-2: Manufacturer: Philips
[ 472.436461] usb 4-2: SerialNumber: 070851EF951C7401
[ 472.437919] usb-storage 4-2:1.0: USB Mass Storage device detected
[ 472.438011] scsi host33: usb-storage 4-2:1.0
[ 473.452528] scsi 33:0:0:0: Direct-Access Philips USB Flash Drive PMAP PQ: 0 ANSI: 6
编辑： 在 Workstaton 12 中找到了可行的解决方法发行说明：
连接到 Windows 7 或更高版本主机上的 USB 3.0 端口的 UAS 设备可能无法成功连接到客户机...注意：此过程使设备作为 USB 3.0 大容量存储设备而不是 UAS 设备运行，这可能会导致读取和写入设备时性能略有下降。
但是，这样做会降低性能。该问题也不再列在 Workstation 14/15 发行说明中，因此应该已经修复，但事实并非如此。
编辑2： VMWare 社区论坛上的其他人也报告了类似的问题这里。