I have a 4T SSD in a USB_C enclosure that always worked perfectly. Since the last update Fedora though I get an I/O error. Tried the same drive on an Apple M1 running Asahi linux (still Fedora 43). Mounts and works fine, so the drive and cable are still ok. dmesg says:
[153634.730831] usb 6-1.4: New USB device found, idVendor=0b05, idProduct=1932, bcdDevice= 1.00
[153634.730846] usb 6-1.4: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[153634.730849] usb 6-1.4: Product: ROG STRIX Arion
[153634.730850] usb 6-1.4: Manufacturer: ASUS
[153634.730852] usb 6-1.4: SerialNumber: SBD0AP025729
[153634.731378] usb 6-1.4: UAS is ignored for this device, using usb-storage instead
[153634.731381] usb-storage 6-1.4:1.0: USB Mass Storage device detected
[153634.731741] usb-storage 6-1.4:1.0: Quirks match for vid 0b05 pid 1932: 800000
[153634.731810] scsi host1: usb-storage 6-1.4:1.0
[153636.644998] scsi 1:0:0:0: Direct-Access ROG ESD-S1C 0 PQ: 0 ANSI: 6
[153636.645518] sd 1:0:0:0: Attached scsi generic sg1 type 0
[153637.044918] sd 1:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[153637.045118] sd 1:0:0:0: [sdb] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
[153637.045352] sd 1:0:0:0: [sdb] Write Protect is off
[153637.045353] sd 1:0:0:0: [sdb] Mode Sense: 43 00 00 00
[153637.045586] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[153637.082943] sdb: sdb1
[153637.083033] sd 1:0:0:0: [sdb] Attached SCSI disk
When trying to mount, we get
[153637.165705] usb 6-1.4: USB disconnect, device number 98
[153637.171768] sd 1:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK cmd_age=0s
[153637.171773] sd 1:0:0:0: [sdb] tag#0 CDB: Read(16) 88 00 00 00 00 00 00 00 08 00 00 00 00 08 00 00
[153637.171775] I/O error, dev sdb, sector 2048 op 0x0:(READ) flags 0x880700 phys_seg 1 prio class 2
[153637.171796] device offline error, dev sdb, sector 2048 op 0x0:(READ) flags 0x800000 phys_seg 1 prio class 2
[153637.171802] Buffer I/O error on dev sdb1, logical block 0, async page read
[153637.205474] sd 1:0:0:0: [sdb] Synchronizing SCSI cache
Tried different USB ports, as well as different cables, but the diagnostics remain the same. Is there any additional information I can provide?
Some USB drives support the S.M.A.R.T protocol. Install the smartmontools package and try
running sudo smartctl -x /dev/sdb in a terminal. If you get a long report with something like:
Device is: In smartctl database
...
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
You may want to look at the Under/Over Temperature Limit Count as overheating is a common failure cause.
Look for the line SMART overall-health self-assessment test result: . Hopefully this says “PASSED”. but if it does you should still run a “long” test with sudo smartctl -t long /dev/sdb. This runs in background. When is it done you should run sudo smartctl -l selftest /dev/sdb.
Some vendors provide proprietary test programs that may require Windows, but I have (too?) often had to seek warranty replacements on the basis of the smartmontools output. Back when real people handled warranties the smartmontools output was usually adequate, but some vendors insist on seeing the Windows test report. If the drive has been overheated I wouldn’t bother with a warranty claim, just fix the cooling issue.
The errors indicate that the kernel thinks the USB device has physically disconnected, even before it gets a chance to read the file system from it (that read from sector 2048 is the “what’s this filesystem” trying to start, but the device disconnects prior to that with usb 6-1.4: USB disconnect, device number 98)
There’s probably nothing wrong with the data on the drive or the filesystem, which is good news. Given that you’ve tried different cables, different USB ports on this machine and a different machine I’d suspect a kernel regression.
Boot with earlier kernel, if it works then report a bug
Considering it is just connected and still cool and works fine on a Mac M1 runnning Assahi Linux, it seems there is nothing wrong with the drive or cables.
I should have thought about that Now in the middle of things I cannot abort. Once that is finished I’ll try that and report back.
It is an unclear story. Kernel versions seem to be unrelated, so I think I’m dealing with hardware issues. Tried 6.9.14, 7.0.6, 7.0.9 and (current) 7.0.13. There is no clear pattern, mostly intermittent malfunctioning of several USB devices. Consistent is that the drive that started this, using an ASUSTek Computer, Inc. ROG STRIX Arion enclosure disconnects and reconnects in a loop when connected to one of the USB ports on the PC itself as well as when connected through a 2109:0822 VIA Labs, Inc. USB3.1 Hub. This worked fine up to about 3 weeks ago. Using the USB port normally used by the bridge, the drive works fine. The HUB seems fine too. Connecting a mouse, camera and 0634:5601 Micron Technology, Inc. Crucial X6 SSD all work just fine.
Now in the middle of things I cannot abort. Once that is finished I’ll try that and report back.