Results 1 to 4 of 4

Thread: Asus FW 2.0.0.7 - Harddisk spinndown

  1. #1

    Question Asus FW 2.0.0.7 - Harddisk spinndown

    Hello all,

    i am still testing the 2.0.0.7 FW and was wondering if it is possible to add the "spindown" ability to it. I am talking about this snippet ... so i uploaded the rc.local und move it/made the folder as said in the Guideline .. but it is still spinning.

    Did any of you have experience with this or tried it with the 2.0.0.7?
    Where our calculations fail we talk about coincidence.
    Albert Einstein

  2. #2
    rc.local will only work on the custom firmware developed by Kfurge. The source code for 2.0.0.7 is not available at the moment, so there is no custom firmware for that version.

    It may be possible to spindown the hd at the telnet console on 2.0.0.7, maybe someone else has looked into it?

    LK

  3. #3
    Quote Originally Posted by LeperKing View Post
    rc.local will only work on the custom firmware developed by Kfurge. The source code for 2.0.0.7 is not available at the moment, so there is no custom firmware for that version.

    It may be possible to spindown the hd at the telnet console on 2.0.0.7, maybe someone else has looked into it?

    LK
    It definitly is .. cause Furge is "just" using hdparm to say "Goodnight" to the disk. In my understanding of his script and his documentation it should be possible to add the sleepmod to nearly any firmware (You may correct me if i am wrong ).

    Code:
    # The killing of watchdog is necessary
    # to allow the disk to spin down (watchdog is a horribly written hack
    # anyway!)
    killall -q -9 watchdog
    
    # Do the necessary steps so the internal HDD will spin down
    mount -o remount,noatime,nodiratime /shares/${pool}
    hdparm -S 180 ${internal_hdd}
    smartctl -dT ${internal_hdd}
    and as mentioned for smartctl:

    Code:
    I added the following lines to by rootprep.sh build script to point /etc/fstab and /etc/shells into /tmp:
    
    ln -sf /tmp/fstab etc/fstab
    ln -sf /tmp/shells etc/shells
    
    Since /tmp is a ramfs, files or symlinks can be written at at any time without reflashing the router.  I decided to symlink the /tmp/fstab and /tmp/shells files to the real files (which permanently live on the HDD in /opt/etc) at boot-time via rc.local.
    So if i repeat this steps ... it should work.
    But for being a beginner with the Asus and FW 2.0.0.7 ... i am scared - any help in this case?
    Where our calculations fail we talk about coincidence.
    Albert Einstein

  4. #4
    No, it will not work !
    Only the modified firmware executes the rc.local file. So if you write your own rc.local it will simply be ignored.

    rootprep.sh is as i recall used in the building process. So once again no source, no build process, no symlink.

    Sorry but just the execution of the rc.local IS THE MODIFICATION kfurge has build in the firmware.

    cu
    Harald

Similar Threads

  1. WL-500gP and Asus support experience
    By Blezi in forum WL-500gP Q&A
    Replies: 6
    Last Post: 03-12-2006, 12:59
  2. my ASUS die..
    By Snail.cz in forum WL-500g Q&A
    Replies: 3
    Last Post: 27-11-2006, 20:36
  3. Asus Upgrade User Friendliness?
    By Sebastian78 in forum WL-500gP Firmware Discussion
    Replies: 10
    Last Post: 14-11-2006, 23:14
  4. speedtouch 510 -- asus 500
    By irule in forum WL-500g Q&A
    Replies: 2
    Last Post: 12-09-2006, 16:29

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •