It seems to be the xhci subsystem as the log I originally posted says (see below). The question is whether it is specific to this particular motherboard or the chipset. I had suspected the kernel but I notice that Jessie and Stretch are both still running the same one (3.16.0-4-amd64).On 13/07/15 01:05 AM, gautam chekuri wrote:
=> I had problems with a large USB 3.0 (3TB and over) external hard-drive.
=> I have ext3 file system on a drive and I had a single partition for the entire drive.
Initially, when the data on the drive was less it would mount (and read/write) fine.
When the drive disk space was used up over 70%, I saw that the external hard drive would not mount when connected via the USB 3.0 port.
dmesg would show something like this:
[ 222.828893] xhci_hcd 0000:00:14.0: OUT Endpoint 02 Context (ep_index 03):
[ 222.828898] xhci_hcd 0000:00:14.0: @ffff8800d50bb080 (virt) @d50bb080 (dma) 0x000001 - ep_info
[ 222.828903] xhci_hcd 0000:00:14.0: @ffff8800d50bb084 (virt) @d50bb084 (dma) 0x2000016 - ep_info2
[ 222.828914] xhci_hcd 0000:00:14.0: @ffff8800d50bb088 (virt) @d50bb088 (dma) 0xd50d4401 - deq
[ 222.828918] xhci_hcd 0000:00:14.0: @ffff8800d50bb090 (virt) @d50bb090 (dma) 0x000000 - tx_info
[ 222.828926] xhci_hcd 0000:00:14.0: @ffff8800d50bb094 (virt) @d50bb094 (dma) 0x000000 - rsvd[0]
[ 222.828933] xhci_hcd 0000:00:14.0: @ffff8800d50bb098 (virt) @d50bb098 (dma) 0x000000 - rsvd[1]
[ 222.828941] xhci_hcd 0000:00:14.0: @ffff8800d50bb09c (virt) @d50bb09c (dma) 0x000000 - rsvd[2]
[ 222.829004] xhci_hcd 0000:00:14.0: Endpoint 0x81 not halted, refusing to reset.
[ 222.829009] xhci_hcd 0000:00:14.0: Endpoint 0x2 not halted, refusing to reset.
[ 222.829016] usb_reset_device returns 0
[ 222.829023] scsi command aborted
[ 222.829028] *** thread sleeping
[ 222.829079] scsi 8:0:0:0: Device offlined - not ready after error recovery
[ 222.829144] usb-storage 3-2:1.0: scan complete
[ 222.923625] xhci_hcd 0000:00:14.0: xhci_hub_status_data: stopping port polling.
However it mounted fine when connected via USB 2.0 ports
=> To understand the issue more I complied my kernel from source and enabled CONFIG_DYNAMIC_DEBUG, CONFIG_USB_DEBUG and few other flags that I don't remember now.
However, I couldn't get to spending more time on understand the xhci subsystem, so I don't yet know what might be happening.
=> But, I guess, one thing you could do is check if the issues are happening when connected via a USB 2.0 port too.
If things seem to be working via USB 2.0 then it might be a issue with the xhci subsystem.
And yes, there is no problem running connected to a USB2 port. The job just takes a lot longer.
Anyway, here's a section of the log, from the start of the job until the xhci system crashes. After it does, the USB3 ports are dead but the USB2 ports still work.
Jul 10 13:21:31 molar ntfs-3g[1170]: Version 2014.2.15AR.2 integrated FUSE 28
Jul 10 13:21:31 molar ntfs-3g[1170]: Mounted /dev/sde1 (Read-Write, label "", NTFS 3.1)
Jul 10 13:21:31 molar ntfs-3g[1170]: Cmdline options: rw
Jul 10 13:21:31 molar ntfs-3g[1170]: Mount options: rw,allow_other,nonempty,relatime,fsname=/dev/sde1,blkdev,blksize=4096
Jul 10 13:21:31 molar ntfs-3g[1170]: Ownership and permissions disabled, configuration type 7
Jul 10 13:37:57 molar kernel: [ 3084.574438] xhci_hcd 0000:02:00.0: xHCI host not responding to stop endpoint command.
Jul 10 13:37:57 molar kernel: [ 3084.574446] xhci_hcd 0000:02:00.0: Assuming host is dying, halting host.
Jul 10 13:37:57 molar kernel: [ 3084.574643] xhci_hcd 0000:02:00.0: HC died; cleaning up
Jul 10 13:37:57 molar kernel: [ 3084.574709] usb 3-1: USB disconnect, device number 2
Jul 10 13:37:57 molar kernel: [ 3084.582388] sd 6:0:0:0: [sde] Unhandled error code
Jul 10 13:37:57 molar kernel: [ 3084.582395] sd 6:0:0:0: [sde]
Jul 10 13:37:57 molar kernel: [ 3084.582399] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Jul 10 13:37:57 molar kernel: [ 3084.582402] sd 6:0:0:0: [sde] CDB:
Jul 10 13:37:57 molar kernel: [ 3084.582404] Read(10): 28 00 0e 96 6a 60 00 00 f0 00
Jul 10 13:37:57 molar kernel: [ 3084.582415] end_request: I/O error, dev sde, sector 244738656
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: [🔎] 55A37181.3090508@torfree.net" rel="noreferrer" target="_blank">https://lists.debian.org/[🔎] 55A37181.3090508@torfree.net