What's new

Problem with hard disk on RT-AC68U with Asuswrt-Merlin 380.59

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

terribell

Regular Contributor
Just upgraded from an RT-N66U to an RT-AC68U HW REV A2 with this firmware 380.59 and been having troubles with an external hard disk the was maintained on the upgrade.
I've tried with the option "Reducing USB 3.0 interference" enabled and disabled and also connecting the hard disk to the USB 2.0 port but he stops responding to samba requests and also to DLNA requests.

The log when I plug the router and access the Samba I get the following log:
"Jun 19 12:23:30 kernel: usb 1-1: new SuperSpeed USB device using xhci_hcd and address 2
Jun 19 12:23:30 kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jun 19 12:23:30 kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jun 19 12:23:30 kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jun 19 12:23:30 kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jun 19 12:23:30 kernel: xhci_hcd 0000:00:0c.0: disable burst on ep 1
Jun 19 12:23:30 kernel: xhci_hcd 0000:00:0c.0: WARN no SS endpoint bMaxBurst
Jun 19 12:23:30 kernel: xhci_hcd 0000:00:0c.0: disable burst on ep 2
Jun 19 12:23:30 kernel: xhci_hcd 0000:00:0c.0: WARN no SS endpoint bMaxBurst
Jun 19 12:23:30 kernel: scsi0 : usb-storage 1-1:1.0
Jun 19 12:23:31 kernel: scsi 0:0:0:0: Direct-Access ST3000DM 001-1CH166 CC47 PQ: 0 ANSI: 6
Jun 19 12:23:31 kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Jun 19 12:23:31 kernel: sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Jun 19 12:23:31 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 19 12:23:31 kernel: sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
Jun 19 12:23:31 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 19 12:23:31 kernel: sd 0:0:0:0: [sda] Write Protect is off
Jun 19 12:23:31 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Jun 19 12:23:31 kernel: sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Jun 19 12:23:31 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 19 12:23:31 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 19 12:23:31 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Jun 19 12:23:31 kernel: sda: sda1 sda2
Jun 19 12:23:31 kernel: sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Jun 19 12:23:31 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 19 12:23:31 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 19 12:23:31 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Jun 19 12:23:31 kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Jun 19 12:23:31 hotplug[1301]: USB /dev/sda1(unknown) failed to mount at the first try!
Jun 19 12:23:31 usb: USB /dev/sda1(unknown) failed to mount At the first try!
Jun 19 12:23:31 kernel: tfat: fail_safe is enabled
Jun 19 12:23:31 kernel: tntfs info (device sda1, pid 1310): ntfs_fill_super(): fail_safe is enabled
Jun 19 12:23:32 hotplug[1299]: USB /dev/sda2(ntfs) failed to mount at the first try!
Jun 19 12:23:32 usb: USB /dev/sda2(ntfs) failed to mount At the first try!
Jun 19 12:23:32 kernel: tntfs info (device sda2, pid 1334): ntfs_fill_super(): fail_safe is enabled
Jun 19 12:23:32 kernel: tntfs info (device sda2, pid 1334): load_system_files(): NTFS volume name 'Verbatim HDD', version 3.1 (cluster_size 4096, PAGE_CACHE_SIZE 4096).
Jun 19 12:23:33 syslog: USB ntfs fs at /dev/sda2 mounted on /tmp/mnt/Verbatim_HDD
Jun 19 12:23:33 usb: USB ntfs fs at /dev/sda2 mounted on /tmp/mnt/Verbatim_HDD.
Jun 19 12:23:33 rc_service: hotplug 1299:notify_rc restart_nasapps
Jun 19 12:23:34 iTunes: daemon is stopped
Jun 19 12:23:34 FTP Server: daemon is stopped
Jun 19 12:23:34 Samba Server: smb daemon is stopped
Jun 19 12:23:34 kernel: gro disabled
Jun 19 12:23:35 Timemachine: daemon is stopped
Jun 19 12:23:35 miniupnpd[720]: shutting down MiniUPnPd
Jun 19 12:23:35 kernel: gro enabled with interval 2
Jun 19 12:23:37 Samba Server: daemon is started
Jun 19 12:23:37 kernel: RPC: Registered udp transport module.
Jun 19 12:23:37 kernel: RPC: Registered tcp transport module.
Jun 19 12:23:37 kernel: RPC: Registered tcp NFSv4.1 backchannel transport module.
Jun 19 12:23:37 kernel: Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Jun 19 12:23:37 statd[1387]: Version 1.1.6 Starting
Jun 19 12:23:37 statd[1387]: statd running as root. chown /var/lib/nfs/sm to choose different user
Jun 19 12:23:37 kernel: svc: failed to register lockdv1 RPC service (errno 97).
Jun 19 12:23:39 miniupnpd[1402]: HTTP listening on port 35966
Jun 19 12:23:39 miniupnpd[1402]: Listening for NAT-PMP/PCP traffic on port 5351

Jun 19 12:24:58 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 19 12:24:58 kernel: b_state=0x00000020, b_size=512
Jun 19 12:24:58 kernel: device blocksize: 512
Jun 19 12:24:58 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 19 12:24:58 kernel: b_state=0x00000020, b_size=512
Jun 19 12:24:58 kernel: device blocksize: 512"

This last part with of kernel log repeats itself lots of time when we try to access samba.

On the top activity I get samba consuming the bigger part of CPU:

Mem: 102552K used, 153148K free, 0K shrd, 1080K buff, 40400K cached
CPU: 2.2% usr 50.6% sys 0.0% nic 46.1% idle 0.0% io 0.0% irq 0.8% sirq
Load average: 4.01 3.15 1.89 3/105 2616
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
1486 1374 nobody R 5976 2.3 1 22.9 /usr/sbin/smbd -D -s /etc/smb.conf
1733 1374 nobody R 5972 2.3 1 22.9 /usr/sbin/smbd -D -s /etc/smb.conf
282 2 admin SW 0 0.0 1 3.9 [kworker/1:1]
355 1 admin S 1384 0.5 0 0.7 /sbin/klogd -c 5
449 1 admin S 6568 2.5 0 0.2 httpd -i br0
742 741 admin S 2032 0.7 0 0.2 wred -B

When checking on the GUI the CPU 2 is at 100% and when I try to access samba again it says on windows explorer that "Insuficient resources exist to complete the requested service".
After this happens the router gets very slow and after a short while it hangs and stops responding to requests from wired and wireless connections.

I also get the following error on dlna log:
"[2016/06/16 07:47:37] scanner.c:615: error: Error creating SQLite3 database!
[2016/06/16 07:47:37] minidlna.c:385: fatal: ERROR: Failed to create sqlite database! Exiting...
[2016/06/19 12:23:41] minidlna.c:1205: warn: Starting MiniDLNA version 1.1.5.
[2016/06/19 12:23:42] minidlna.c:363: warn: Creating new database at /tmp/mnt/Verbatim_HDD/.minidlna/files.db
[2016/06/19 12:23:42] sql.c:41: error: SQL ERROR 1 [table OBJECTS already exists]
CREATE TABLE OBJECTS (ID INTEGER PRIMARY KEY AUTOINCREMENT, OBJECT_ID TEXT UNIQUE NOT NULL, PARENT_ID TEXT NOT NULL, REF_ID TEXT DEFAULT NULL, CLASS TEXT NOT NULL, DETAIL_ID INTEGER DEFAULT NULL, NAME TEXT DEFAULT NULL);
[2016/06/19 12:23:42] scanner.c:615: error: Error creating SQLite3 database!
[2016/06/19 12:23:42] minidlna.c:385: fatal: ERROR: Failed to create sqlite database! Exiting..."

This is very strange as this disk has been working perfectly on the RT-N66U with John's fork for some years.
I just wanted to add that the disk that gives problems is a 3TB 3.5" USB3.0 Seagate formated with NTFS and I've tried several USB memory sticks formated with FAT32 without any problems.

Can anyone help?
 
I've just tried John's fork and the disk works perfectly but I need the MEO ISP profile on the newer firmwares, which does not exist on the fork.

Here is a log of a successful mount of the disk on John's fork:
"
Jun 20 19:42:34 kernel: usb 1-1: new SuperSpeed USB device using xhci_hcd and address 2
Jun 20 19:42:34 kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jun 20 19:42:34 kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jun 20 19:42:34 kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jun 20 19:42:34 kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jun 20 19:42:34 kernel: force burst = 0.
Jun 20 19:42:34 kernel: xhci_hcd 0000:00:0c.0: WARN no SS endpoint bMaxBurst
Jun 20 19:42:34 kernel: scsi0 : usb-storage 1-1:1.0

Jun 20 19:42:43 kernel: scsi 0:0:0:0: Direct-Access ST3000DM 001-1CH166 CC47 PQ: 0 ANSI: 6
Jun 20 19:42:43 kernel: sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Jun 20 19:42:43 kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Jun 20 19:42:43 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 20 19:42:43 kernel: sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
Jun 20 19:42:43 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 20 19:42:43 kernel: sd 0:0:0:0: [sda] Write Protect is off
Jun 20 19:42:43 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Jun 20 19:42:43 kernel: sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Jun 20 19:42:43 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 20 19:42:43 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 20 19:42:43 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Jun 20 19:42:43 kernel: sda: sda1 sda2
Jun 20 19:42:43 kernel: sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Jun 20 19:42:43 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 20 19:42:43 rc_service: asus_sd 1444:notify_rc restart_xhcimode 2
Jun 20 19:42:43 kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jun 20 19:42:43 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Jun 20 19:42:43 kernel: sd 0:0:0:0: [sda] Attached SCSI disk



Jun 20 19:42:45 NFS Server: daemon is stopped
Jun 20 19:42:45 Timemachine: daemon is stopped
Jun 20 19:42:45 MediaServer: daemon is stopped
Jun 20 19:42:45 iTunes: daemon is stopped
Jun 20 19:42:45 FTP Server: daemon is stopped
Jun 20 19:42:45 Samba Server: smb daemon is stopped
Jun 20 19:42:45 kernel: gro disabled
Jun 20 19:42:45 kernel: xhci_hcd 0000:00:0c.0: remove, state 1
Jun 20 19:42:45 kernel: usb usb1: USB disconnect, address 1
Jun 20 19:42:45 kernel: usb 1-1: USB disconnect, address 2
Jun 20 19:42:45 rc_service: hotplug 1471:notify_rc restart_nasapps
Jun 20 19:42:45 rc_service: waiting "restart_xhcimode 2" via ...
Jun 20 19:42:45 kernel: xhci_hcd 0000:00:0c.0: USB bus 1 deregistered
Jun 20 19:42:45 kernel: ehci_hcd 0000:00:0b.1: remove, state 1
Jun 20 19:42:45 kernel: usb usb2: USB disconnect, address 1
Jun 20 19:42:45 kernel: ehci_hcd 0000:00:0b.1: USB bus 2 deregistered
Jun 20 19:42:45 kernel: ohci_hcd 0000:00:0b.0: remove, state 1
Jun 20 19:42:45 kernel: usb usb3: USB disconnect, address 1
Jun 20 19:42:45 kernel: ohci_hcd 0000:00:0b.0: USB bus 3 deregistered
Jun 20 19:42:46 kernel: xhci_hcd 0000:00:0c.0: xHCI Host Controller
Jun 20 19:42:46 kernel: xhci_hcd 0000:00:0c.0: new USB bus registered, assigned bus number 1
Jun 20 19:42:46 kernel: xhci_hcd 0000:00:0c.0: irq 112, io mem 0x18023000
Jun 20 19:42:46 kernel: xhci_hcd 0000:00:0c.0: Failed to enable MSI-X
Jun 20 19:42:46 kernel: xhci_hcd 0000:00:0c.0: failed to allocate MSI entry
Jun 20 19:42:46 kernel: usb usb1: No SuperSpeed endpoint companion for config 1 interface 0 altsetting 0 ep 129: using minimum values
Jun 20 19:42:46 kernel: hub 1-0:1.0: USB hub found
Jun 20 19:42:46 kernel: hub 1-0:1.0: 1 port detected
Jun 20 19:42:47 kernel: [xhci-hub] usb2mode:[2]
Jun 20 19:42:47 kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Jun 20 19:42:47 kernel: ehci_hcd 0000:00:0b.1: EHCI Host Controller
Jun 20 19:42:47 kernel: ehci_hcd 0000:00:0b.1: new USB bus registered, assigned bus number 2
Jun 20 19:42:47 kernel: ehci_hcd 0000:00:0b.1: irq 111, io mem 0x18021000

Jun 20 19:42:47 kernel: ehci_hcd 0000:00:0b.1: USB 0.0 started, EHCI 1.00
Jun 20 19:42:47 kernel: hub 2-0:1.0: USB hub found
Jun 20 19:42:47 kernel: hub 2-0:1.0: 2 ports detected
Jun 20 19:42:47 kernel: ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
Jun 20 19:42:47 kernel: ohci_hcd 0000:00:0b.0: OHCI Host Controller
Jun 20 19:42:47 kernel: ohci_hcd 0000:00:0b.0: new USB bus registered, assigned bus number 3
Jun 20 19:42:47 kernel: ohci_hcd 0000:00:0b.0: irq 111, io mem 0x18022000
Jun 20 19:42:47 kernel: hub 3-0:1.0: USB hub found
Jun 20 19:42:47 kernel: hub 3-0:1.0: 2 ports detected
Jun 20 19:42:47 kernel: usb 2-1: new high speed USB device using ehci_hcd and address 2
Jun 20 19:42:47 kernel: scsi1 : usb-storage 2-1:1.0
Jun 20 19:42:47 rc_service: hotplug 1470:notify_rc restart_nasapps
Jun 20 19:42:47 rc_service: waiting "restart_nasapps" via ...
Jun 20 19:42:47 NFS Server: daemon is stopped
Jun 20 19:42:47 Timemachine: daemon is stopped
Jun 20 19:42:47 MediaServer: daemon is stopped
Jun 20 19:42:48 iTunes: daemon is stopped
Jun 20 19:42:48 FTP Server: daemon is stopped
Jun 20 19:42:48 Samba Server: smb daemon is stopped
Jun 20 19:42:48 kernel: gro disabled
Jun 20 19:42:48 kernel: scsi 1:0:0:0: Direct-Access ST3000DM 001-1CH166 CC47 PQ: 0 ANSI: 6
Jun 20 19:42:48 kernel: sd 1:0:0:0: Attached scsi generic sg0 type 0
Jun 20 19:42:48 kernel: sd 1:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Jun 20 19:42:48 kernel: sd 1:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
Jun 20 19:42:48 kernel: sd 1:0:0:0: [sda] Write Protect is off
Jun 20 19:42:48 kernel: sd 1:0:0:0: [sda] Assuming drive cache: write through
Jun 20 19:42:48 kernel: sd 1:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Jun 20 19:42:48 kernel: sd 1:0:0:0: [sda] Assuming drive cache: write through
Jun 20 19:42:48 kernel: sda: sda1 sda2
Jun 20 19:42:48 kernel: sd 1:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Jun 20 19:42:48 kernel: sd 1:0:0:0: [sda] Assuming drive cache: write through
Jun 20 19:42:48 kernel: sd 1:0:0:0: [sda] Attached SCSI disk
Jun 20 19:42:48 NFS Server: daemon is stopped
Jun 20 19:42:48 Timemachine: daemon is stopped
Jun 20 19:42:48 MediaServer: daemon is stopped
Jun 20 19:42:48 hotplug[1554]: USB /dev/sda2(ntfs) failed to mount at the first try!
Jun 20 19:42:49 iTunes: daemon is stopped
Jun 20 19:42:49 FTP Server: daemon is stopped
Jun 20 19:42:49 Samba Server: smb daemon is stopped
Jun 20 19:42:49 kernel: gro disabled
Jun 20 19:42:49 kernel: gro enabled with interval 2
Jun 20 19:42:49 Samba Server: daemon is started
Jun 20 19:42:49 MediaServer: daemon is started
Jun 20 19:42:54 hotplug[1554]: USB ntfs fs at /dev/sda2 mounted on /tmp/mnt/Verbatim_HDD
Jun 20 19:42:54 kernel: ufsd: sda2 is mounted as NTFS (journal replayed)
Jun 20 19:42:54 rc_service: hotplug 1554:notify_rc restart_nasapps
Jun 20 19:42:54 NFS Server: daemon is stopped
Jun 20 19:42:54 Timemachine: daemon is stopped
Jun 20 19:42:55 MediaServer: daemon is stopped
Jun 20 19:42:55 iTunes: daemon is stopped
Jun 20 19:42:55 FTP Server: daemon is stopped
Jun 20 19:42:55 Samba Server: smb daemon is stopped
Jun 20 19:42:55 kernel: gro disabled
Jun 20 19:42:55 kernel: gro enabled with interval 2
Jun 20 19:42:55 Samba Server: daemon is started
Jun 20 19:42:55 MediaServer: daemon is started
Jun 20 19:42:56 hotplug[1559]: USB /dev/sda1(unknown) failed to mount at the first try!
Jun 20 19:42:56 kernel: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
Jun 20 19:42:56 kernel: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
Jun 20 19:42:58 kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Jun 20 19:43:01 kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2

Jun 20 19:43:04 kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Jun 20 19:43:07 kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2"

@john9527 @RMerlin Do any of you have any idea on what may be causing the problem on 380.59?

Thanks a lot for the help!
 
Do any of you have any idea on what may be causing the problem on 380.59?
Well, my fork uses a different NTFS driver (Paragon) vs the later Merlin levels (Tuxera). The Tuxera drivers are supposed to be slightly faster and somewhat more robust, but from reading posts seems like it may sometimes have problems with larger drives. A couple of things you can try....

- Just for a sanity check, disconnect the drive from the router and hook it to a PC and run a chkdsk.
- In Merlin's new Advanced/Custom option under tools, flip the state of the Drop Caches option (default is Yes, try setting it to No or vice versa if you already changed it).
 
The checkdisk part I already tried and it did no difference.
I will try the other suggestion.

Thanks for the quick reply!

Sent from my TF700T using Tapatalk
 
Well, my fork uses a different NTFS driver (Paragon) vs the later Merlin levels (Tuxera). The Tuxera drivers are supposed to be slightly faster and somewhat more robust, but from reading posts seems like it may sometimes have problems with larger drives. A couple of things you can try....

- Just for a sanity check, disconnect the drive from the router and hook it to a PC and run a chkdsk.
- In Merlin's new Advanced/Custom option under tools, flip the state of the Drop Caches option (default is Yes, try setting it to No or vice versa if you already changed it).


Just tried the option of "Memory Management: Regularly flush caches (default: Yes)" enabled and disabled and the error persists.
I even tried "Samba: Enable SMB2 protocol (default: No)" enabled and disabled and the error is the same.

I get this repeated a whole lot of times:
"Jun 25 15:59:57 kernel: device blocksize: 512
Jun 25 15:59:57 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 25 15:59:57 kernel: b_state=0x00000020, b_size=512
Jun 25 15:59:57 kernel: device blocksize: 512
Jun 25 15:59:57 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 25 15:59:57 kernel: b_state=0x00000020, b_size=512
Jun 25 15:59:57 kernel: device blocksize: 512
Jun 25 15:59:57 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 25 15:59:57 kernel: b_state=0x00000020, b_size=512
Jun 25 15:59:57 kernel: device blocksize: 512
Jun 25 15:59:57 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 25 15:59:57 kernel: b_state=0x00000020, b_size=512
Jun 25 15:59:57 kernel: device blocksize: 512
Jun 25 15:59:57 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 25 15:59:57 kernel: b_state=0x00000020, b_size=512
Jun 25 15:59:57 kernel: device blocksize: 512
Jun 25 15:59:57 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 25 15:59:57 kernel: b_state=0x00000020, b_size=512
Jun 25 15:59:57 kernel: device blocksize: 512
Jun 25 15:59:57 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 25 15:59:57 kernel: b_state=0x00000020, b_size=512
Jun 25 15:59:57 kernel: device blocksize: 512
Jun 25 15:59:57 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 25 15:59:57 kernel: b_state=0x00000020, b_size=512"

I have a 2.5" 1TB USB3.0 connected to the router without problem.

Should the problem be with the capacity? 3TB vs 1TB?
Is there anything else I can try?

Thanks a lot for the help.
 
Some USB enclosures use weird hacks/tricks to allow their disks to run on older versions of Windows, and they ain't properly tested under Linux by their manufacturers. For instance, some of Vantec's enclosures would fail to work under Linux until a late 3.x Kernel version (I had to backport their patch to the older kernels used by Asuswrt). So, it's possible that your USB enclosure is simply not compatible.
 
Some USB enclosures use weird hacks/tricks to allow their disks to run on older versions of Windows, and they ain't properly tested under Linux by their manufacturers. For instance, some of Vantec's enclosures would fail to work under Linux until a late 3.x Kernel version (I had to backport their patch to the older kernels used by Asuswrt). So, it's possible that your USB enclosure is simply not compatible.

Thanks for taking the time to reply, I understand you are very busy.

It is a retail external disk so I don't know the brand of the enclosure.
It is this one http://www.verbatim.com/prod/hard-drives/desktop/store-n-save-usb-3.0-sku-97581/

Do you believe there is some feasibility of having it running on the newer firmwares? It works fine on John fork.

Thanks once again!
 
If it works on John's fork, then my guess is something is suspicious with its filesystem, and the Tuxera NTFS driver is having trouble with it.

Kernel-wise, John's fork has nothing more than mine when it comes to disk support.
 
I've been working on this and cannot find any way to have the disk successful on the router.
Currently I have one GPT NTFS partition, so it should be ok.

This manufacturer delivers the disk with some trick to show 2 physical disks, due to XP compatibility, but there is an app to make the disk whole.
I used that app, then deleted everything on the disk and created a single GPT partition with the 3TB.

Is there anything else to try or should I just give up on this disk with this firmware?
What is really bugging me is that the disk worked perfectly with John's fork and older firmware for years...

Thanks for all the work on this!
 
You could try reformatting it as ext3, to bypass any potential issue related to the Tuxera NTFS driver.
 
You could try reformatting it as ext3, to bypass any potential issue related to the Tuxera NTFS driver.

Maybe also check the partitions with fdisk, and nuke/pave them all, starting over with a linux partition and doing the mkfs.ext3

(remember that ext3 has a max volume size of 4TB, and a max file size limit of 2TB)
 
Thanks for the input.

I will have to try that later as the disk is almost full and have no other disk available with capacity for the backup while formatting this one.
 
@terribell - If you do try and reformat, you may want to try bumping up the cluster size one notch (half the number of clusters). If it's due to some memory mgt issue in the driver, this may help.
 
I'm having a problem with my USB3 enclosure being detected in the USB3 port, it works fine in the USB2 port. It has a 4tb hard drive formatted ext4 in it. It's a Rosewill enclosure using a ASMEDIA 1051 chipset. It used to work fine in the USB3 port but stopped after a recent Merlin FW upgrade. What's interesting is it works in the USB2 port. Something odd about the detection.
 
Just upgraded from an RT-N66U to an RT-AC68U HW REV A2 with this firmware 380.59 and been having troubles with an external hard disk the was maintained on the upgrade.
I've tried with the option "Reducing USB 3.0 interference" enabled and disabled and also connecting the hard disk to the USB 2.0 port but he stops responding to samba requests and also to DLNA requests.


...
Code:
Jun 19 12:24:58 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 19 12:24:58 kernel: b_state=0x00000020, b_size=512
Jun 19 12:24:58 kernel: device blocksize: 512
Jun 19 12:24:58 kernel: __find_get_block_slow() failed. block=5517221896, b_blocknr=1222254600
Jun 19 12:24:58 kernel: b_state=0x00000020, b_size=512
Jun 19 12:24:58 kernel: device blocksize: 512"

hello, I'm running RT-AC3100 with merlin 386.4 (I tried asus firmware, too). I have an ntfs formatted 5TB WD easystore connected (tried both USB 3 and 2 ports). When I browse (from a windows or android client) a particular smb share folder with ~100 folders inside the listing hangs and never completes. I chkdsk /f the disk in windows and found no problem. Router admin webui becomes very sluggish

You mentioned john's fork. What is that and could you point me to it to try? I'm desperate to try anything. It seems a solid router otherwise
 
sorry, forgot to mention my error log looks like yours, a bunch of

Code:
Feb  1 23:44:55 kernel: __find_get_block_slow() failed. block=4555870144, b_blocknr=260902848
Feb  1 23:44:55 kernel: b_state=0x00000020, b_size=512
Feb  1 23:44:55 kernel: device blocksize: 512
Feb  1 23:44:55 kernel: __find_get_block_slow() failed. block=4555870144, b_blocknr=260902848
Feb  1 23:44:55 kernel: b_state=0x00000020, b_size=512
Feb  1 23:44:55 kernel: device blocksize: 512
Feb  1 23:44:55 kernel: __find_get_block_slow() failed. block=4555870144, b_blocknr=260902848
Feb  1 23:44:55 kernel: b_state=0x00000020, b_size=512
Feb  1 23:44:55 kernel: device blocksize: 512
Feb  1 23:44:55 kernel: __find_get_block_slow() failed. block=4555870144, b_blocknr=260902848
Feb  1 23:44:55 kernel: b_state=0x00000020, b_size=512
Feb  1 23:44:55 kernel: device blocksize: 512
Feb  1 23:44:55 kernel: __find_get_block_slow() failed. block=4555870144, b_blocknr=260902848
 

Similar threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top