Joined: 10 May 2008 Posts: 1380 Location: Pacific North West, USA
Posted: Sat Oct 16, 2010 18:53 Post subject: Mount USB Flash drive & 2nd USB Hard drive - RT-N16
Asus RT-N16 - 15453 Mega K26 Newd-2 - Eko's
I've got a 1GB USB Flash drive for optware
Disk Info
--- /dev/discs/disc1/disc
Block device, size 984 MiB (1031798784 bytes)
DOS/MBR partition map
Partition 1: 643.2 MiB (674440704 bytes, 1317267 sectors from 63)
Type 0x83 (Linux)
Ext3 file system
Volume name "Optware"
UUID A47DD10C-3075-4503-8928-BDF0B6A58BF0 (DCE, v4)
Volume size 643.2 MiB (674439168 bytes, 164658 blocks of 4 KiB)
Partition 2: 133.4 MiB (139829760 bytes, 273105 sectors from 1317330)
Type 0x82 (Linux swap / Solaris)
Linux swap, version 2, subversion 1, 4 KiB pages, little-endian
Swap size 133.3 MiB (139821056 bytes, 34136 pages of 4 KiB)
Partition 3: 204.0 MiB (213857280 bytes, 417690 sectors from 1590435)
Type 0x83 (Linux)
Ext3 file system
Volume name "JFFS"
UUID BA14127D-CD8D-4995-8CCC-64061F0C3F4F (DCE, v4)
Volume size 203.9 MiB (213856256 bytes, 208844 blocks of 1 KiB)
Status: Mounted on /opt
The USB flash drive is seen fine and is running fine
I'm trying to connect a 2nd - 2TB drive, just for NAS
Whole drive is formatted Ext3 v1.0
I enable ProFTPD and have the /mnt enabled
Reboot the router - only the Flash drive is detected
Do I have to manually mount the Hard drive?
And - no - I won't be dumping Optware to the USB hard drive,
that defeats the purpose of being able to unplug the 2TB when necessary
This way Optware is always available and running on the router.
Any suggestions? Only searches I find are of 1 hard drive with multiple partitions. _________________ Soylent Green Is People !
=-=-=-=-=-=-=-=-=-=-=
Netgear Nighthawk R7000 - DD-WRT Build R46220
Linksys EA8500 - OpenWRT IPQ806x Trunk R16375 5.4 Kernel
Today I also started looking for the same thing and would like to know whether it is possible to have a 2nd hard-drive that can be plugged/unplugged and consequently mounted/unmounted easily without interfering with optware on /opt.
Right now, if I plug another hard drive with a flash drive, ls and many other commands stop working.
Asus WL-500GPv2 with DD-WRT v24-sp2 mega rev.14896
Joined: 10 May 2008 Posts: 1380 Location: Pacific North West, USA
Posted: Sun Oct 17, 2010 6:10 Post subject:
LOM wrote:
DoesItMatter wrote:
I get about 7MB/sec which isn't too bad, need to try pure GB connections
Question is - I go down to 5 MB free router RAM
Why is it using all that memory to transfer files?
Transferring to the drive on the RT-N16 or from the drive?
Both directions
Sending and Receiving, the amount of free RAM goes down to about 5-6MB
Normally, I'm around 85-90 free MB RAM, even with Optware stuff runnning
Response: 227 Entering Passive Mode (192,168,1,1,212,151).
Command: RETR Disturbed-MP3.zip
Response: 150 Opening BINARY mode data connection for Disturbed-MP3.zip (841827291 bytes)
Response: 226 Transfer complete
Status: File transfer successful, transferred 841,827,291 bytes in 110 seconds
Transfer rate is good - it's Wired and using 10/100 NIC
Still have to do pure Gigabit speed testing. _________________ Soylent Green Is People !
=-=-=-=-=-=-=-=-=-=-=
Netgear Nighthawk R7000 - DD-WRT Build R46220
Linksys EA8500 - OpenWRT IPQ806x Trunk R16375 5.4 Kernel
I get about 7MB/sec which isn't too bad, need to try pure GB connections
Question is - I go down to 5 MB free router RAM
Why is it using all that memory to transfer files?
Transferring to the drive on the RT-N16 or from the drive?
Sending files TO the drive.
Reading files from the drive doesn't seem to affect it much.
The RT-N16 has gigabit LAN so you have a higher bandwidth when transferring files to the router than the router has on the USB port.
Data received by the router will therefore have to be be queued in ram buffers and the router will not ask the LAN client to stop sending until it has used up all buffer ram.
Other way is of course not a problem and WAN to USB drive is usually also not a problem. _________________ Kernel panic: Aiee, killing interrupt handler!
Joined: 10 May 2008 Posts: 1380 Location: Pacific North West, USA
Posted: Sun Oct 17, 2010 6:27 Post subject:
LOM, I went back and edited the post
It actually DOES use up RAM both directions, on send and receiving via TFTP
It uses about 80-85 MB of RAM for transferring files
I got plenty - but was just wondering if this is normal behavior? _________________ Soylent Green Is People !
=-=-=-=-=-=-=-=-=-=-=
Netgear Nighthawk R7000 - DD-WRT Build R46220
Linksys EA8500 - OpenWRT IPQ806x Trunk R16375 5.4 Kernel
With a router USB speed of 55-60 Mbit/s there shouldn't be any need for buffering outgoing data on a 100Mbit LAN which can transfer some 75-80Mbit/s unless your LAN computer can't cope with that speed.
Could be because of the ftp client, the file system, cpu speed or amount of ram in your computer.
Normally you should do tests like these writing to a huge ramdisk on the computer in order to get rid of bottlenecks in your harddisk/disk controller combo.
A fragmented filesystem or a filesystem with lots of files in the target directory will slow down write performance drastically. _________________ Kernel panic: Aiee, killing interrupt handler!
Joined: 10 May 2008 Posts: 1380 Location: Pacific North West, USA
Posted: Sun Oct 17, 2010 6:51 Post subject:
LOM wrote:
With a router USB speed of 55-60 Mbit/s there shouldn't be any need for buffering outgoing data on a 100Mbit LAN which can transfer some 75-80Mbit/s unless your LAN computer can't cope with that speed.
Could be because of the ftp client, the file system, cpu speed or amount of ram in your computer.
Normally you should do tests like these writing to a huge ramdisk on the computer in order to get rid of bottlenecks in your harddisk/disk controller combo.
A fragmented filesystem or a filesystem with lots of files in the target directory will slow down write performance drastically.
--------------------
Performed Pure GB testing
Command: PASV
Response: 250 CWD command successful
Command: PWD
Response: 257 "/Pure Pwnage" is the current directory
Status: Retrieving directory listing...
Response: 227 Entering Passive Mode (192,168,1,1,200,246).
Command: MLSD
Response: 150 Opening ASCII mode data connection for MLSD
Response: 226 Transfer complete
Command: PASV
Command: TYPE I
Response: 227 Entering Passive Mode (192,168,1,1,222,237).
Command: STOR Pure_Pwnage_101.avi
Response: 200 Type set to I
Command: PASV
Response: 227 Entering Passive Mode (192,168,1,1,175,45).
Command: STOR Pure_Pwnage_102.avi
Response: 150 Opening BINARY mode data connection for Pure_Pwnage_101.avi
Response: 150 Opening BINARY mode data connection for Pure_Pwnage_102.avi
Response: 226 Transfer complete
Status: File transfer successful, transferred 65,914,880 bytes in 14 seconds
Status: Starting upload of D:\Pure Pwnage\Pure_Pwnage_103.avi
Command: PASV
Response: 227 Entering Passive Mode (192,168,1,1,162,49).
Command: STOR Pure_Pwnage_103.avi
Response: 150 Opening BINARY mode data connection for Pure_Pwnage_103.avi
Response: 226 Transfer complete
Status: File transfer successful, transferred 91,838,464 bytes in 21 seconds
VERY fast transfer rates!
Wired gigabit only testing - ProFTPD connection
After about 10 files, the daemon crashed and could not connect via FTP
Have to reboot router to recover daemon
Once again - memory stats - free ram went down to 5MB free _________________ Soylent Green Is People !
=-=-=-=-=-=-=-=-=-=-=
Netgear Nighthawk R7000 - DD-WRT Build R46220
Linksys EA8500 - OpenWRT IPQ806x Trunk R16375 5.4 Kernel
Joined: 10 May 2008 Posts: 1380 Location: Pacific North West, USA
Posted: Sun Oct 17, 2010 6:58 Post subject:
LOM wrote:
With a router USB speed of 55-60 Mbit/s there shouldn't be any need for buffering outgoing data on a 100Mbit LAN which can transfer some 75-80Mbit/s unless your LAN computer can't cope with that speed.
Could be because of the ftp client, the file system, cpu speed or amount of ram in your computer.
Normally you should do tests like these writing to a huge ramdisk on the computer in order to get rid of bottlenecks in your harddisk/disk controller combo.
A fragmented filesystem or a filesystem with lots of files in the target directory will slow down write performance drastically.
Also - this was for pure testing
My prior post to this
Using gigabit wired port to Asus RT-N16
2TB Hard drive - freshly formatted EXT3
No files on it yet, only loaded a few files around 200-300MB for transfer tests
Using FileZilla 3.3.4.1
Windows 7 Ultimate - Quad Core AMD @ 3.5 GHZ - 8GB Ram _________________ Soylent Green Is People !
=-=-=-=-=-=-=-=-=-=-=
Netgear Nighthawk R7000 - DD-WRT Build R46220
Linksys EA8500 - OpenWRT IPQ806x Trunk R16375 5.4 Kernel