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.
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).
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-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55a37181.3090...@torfree.net
