RT-AC56U - USB 3.0 disk problem

[martini]

Hello,

I have a problem with connecting my PQI 500GB external USB 3.0 disk to RT-AC56U. It works correctly only via USB2.0 connector. When attached to USB3.0 it produces following error messages:

Nov 29 22:53:40 kernel: usb 2-1: new full speed USB device using ohci_hcd and
address 7
Nov 29 22:53:40 kernel: usb 2-1: device descriptor read/64, error -62
Nov 29 22:53:40 kernel: hub 2-0:1.0: unable to enumerate USB device on port 1

Tried both the latest Asus and RMerlin software.

Any hints ?

Thanks.

 

[RMerlin]

Make sure you disable the "USB 3.0 interference" option under Wireless -> Professional (2.4 GHz band) as some disks don't like it.

Could also be a cable issue.

 

[martini]

Make sure you disable the "USB 3.0 interference" option under Wireless -> Professional (2.4 GHz band) as some disks don't like it.

Could also be a cable issue.

Thanks RMerlin - it works now. I disabled USB 3.0 interference as you suggested. I'm quite happy but not everything is perfect. Wired upload transfer from my PC to the disk through samba is > 30MB/s. Superb. However download in opposite direction is only about 20MB/s. I expected something near 50MB/s. Well, I will notify Asus support about this case. They already asked for logs (quick response I must admit).

Log after successful mount:

Dec  2 22:37:06 kernel: usb 3-1: new full speed USB device using ohci_hcd and address 2
Dec  2 22:37:07 kernel: usb 3-1: device descriptor read/64, error -62
Dec  2 22:37:07 kernel: usb 3-1: device descriptor read/64, error -62
Dec  2 22:37:07 kernel: hub 3-0:1.0: unable to enumerate USB device on port 1
Dec  2 22:37:08 kernel: usb 1-1: new SuperSpeed USB device using xhci_hcd and address 2
Dec  2 22:37:08 kernel: xhci_hcd 0000:00:0b.0: WARN: short transfer on control ep
Dec  2 22:37:08 kernel: xhci_hcd 0000:00:0b.0: WARN: short transfer on control ep
Dec  2 22:37:08 kernel: xhci_hcd 0000:00:0b.0: WARN: short transfer on control ep
Dec  2 22:37:08 kernel: xhci_hcd 0000:00:0b.0: WARN: short transfer on control ep
Dec  2 22:37:08 kernel: force burst = 0.
Dec  2 22:37:08 kernel: xhci_hcd 0000:00:0b.0: WARN no SS endpoint bMaxBurst
Dec  2 22:37:08 kernel: scsi0 : usb-storage 1-1:1.0
Dec  2 22:37:09 kernel: scsi 0:0:0:0: Direct-Access     TOSHIBA  MK5065GSX        GJ00 PQ: 0 ANSI: 0
Dec  2 22:37:09 kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Dec  2 22:37:09 kernel: sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
Dec  2 22:37:09 kernel: xhci_hcd 0000:00:0b.0: WARN: Stalled endpoint
Dec  2 22:37:09 kernel: sd 0:0:0:0: [sda] Write Protect is off
Dec  2 22:37:09 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Dec  2 22:37:09 kernel: xhci_hcd 0000:00:0b.0: WARN: Stalled endpoint
Dec  2 22:37:09 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Dec  2 22:37:09 kernel:  sda: sda1 sda2 sda3 sda4
Dec  2 22:37:09 kernel: xhci_hcd 0000:00:0b.0: WARN: Stalled endpoint
Dec  2 22:37:09 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Dec  2 22:37:09 kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Dec  2 22:37:09 hotplug[1086]: USB /dev/sda4(ntfs) failed to mount at the first try!
Dec  2 22:37:10 hotplug[1086]: USB ntfs fs at /dev/sda4 mounted on /tmp/mnt/DATA_NTFS
Dec  2 22:37:10 kernel: ufsd: sda4 without journal
Dec  2 22:37:10 rc_service: hotplug 1086:notify_rc restart_nasapps

 

[n27051538]

Hello,
I had the same problem with RT-AC68U after upgrade of firmware from RT-AC68U_378.55_0 to RT-AC68U_380.57_0.
Changing of setting "USB 3.0 interference" option under Wireless -> Professional (2.4 GHz band) not helped.
I solved my problem by rollback to RT-AC68U_378.55_0 firmware.