USB3 external drive caddy goes offline after a while
I noticed that my ORICO 2588US3 Portable USB 2.5 3.0 SATA external HDD enclosure is going offline after a period of idle when connected to USB3 ports on my laptops (one runs Fedore 21, the other Fedora 23). After plugging in the drive I can read/write to it immediately after, but if left idle for a little while the device goes offline without telling the system. If an attempt is made to access a file on the external drive, the system reports that the location is not available.
This doesn't happen when it is connected to an USB2 port.
Could this be some energy saving feature in the USB3 ports that is causing this?
I'll post more info that I spot. If you would like me to execute any command and report output, please let me know.
dmesg output
[ 9448.672288] usb 2-2: new SuperSpeed USB device number 2 using xhci_hcd
[ 9448.684149] usb 2-2: New USB device found, idVendor=357d, idProduct=7788
[ 9448.684154] usb 2-2: New USB device strings: Mfr=10, Product=11, SerialNumber=3
[ 9448.684156] usb 2-2: Product: USB to ATA/ATAPI Bridge
[ 9448.684158] usb 2-2: Manufacturer: JMicron
[ 9448.684159] usb 2-2: SerialNumber: 000012345678
[ 9448.699991] usbcore: registered new interface driver usb-storage
[ 9448.703525] scsi host4: uas
[ 9448.704366] usbcore: registered new interface driver uas
[ 9448.705036] scsi 4:0:0:0: Direct-Access TOSHIBA MQ01XXXNNN 0100 PQ: 0 ANSI: 6
[ 9448.707804] sd 4:0:0:0: Attached scsi generic sg1 type 0
[ 9448.708435] sd 4:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[ 9448.708437] sd 4:0:0:0: [sdb] 4096-byte physical blocks
[ 9448.711541] sd 4:0:0:0: [sdb] Write Protect is off
[ 9448.711544] sd 4:0:0:0: [sdb] Mode Sense: 67 00 10 08
[ 9448.712759] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
[ 9448.788026] sdb: sdb1
[ 9448.794082] sd 4:0:0:0: [sdb] Attached SCSI disk
[ 9449.625260] EXT4-fs (sdb1): recovery complete
[ 9449.625390] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[SOLVED]
based on @archuserer's inputs, either this caddy does not support UASP or the uas driver has issues handling this product. So a quirk is registered for specific handling of this device.
backup initramfs (falback option)
sudo cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-backup.img
/etc/modprobe.d/uas.conf
options usb-storage quirks=357d:7788:u
followed by regeneration of initramfs:
sudo dracut -f
rebooted and plugged in the USB3 drive, need to watch a bit to see the drive stays. From dmesg:
[ 157.59] usb 4-1.1: New USB device found, idVendor=357d, idProduct=7788
[ 157.59] usb 4-1.1: UAS is blacklisted for this device, using usb-storage instead
[ 157.59] usb-storage 4-1.1:1.0: Quirks match for vid 357d pid 7788: 800000
[ 157.59] scsi host7: usb-storage 4-1.1:1.
=== Below information is probably not ...
Most likely an energy saving feature. Does anything show up in dmesg when it goes idle or when you try to access it again? Does the hard drive spin down?
Just noticed that this and another USB3 external drive that disconnect have the same Toshiba drive.
If I can lay my hands on another HDD/SDD, I'll check out if this is down to the drive instead of the caddy/Linux.
@archuserer, if you put your comment in as an answer, I'll accept it (can't convert your comment)