March 8, 201313 yr Hi; one of the drives I've put in my array is a WD green, a WD30EZRX, and seems to have the problem with the rapidly increasing LCC; so, I've looked at the various ways of fixing this, and the simplest would appear to be with hdparm, from v. 9.39 this has a -J option to change the WDIDLE setting directly. Unfortunately the installed version is very slightly earlier, 9.37. (I've tried disabling APM altogether with hdparm -B but WD seem to have disabled this option in their firmware) Is upgrading hdparm possible/advisable, and if so could someone either explain or point me to a guide as to how to do go about it? Sourceforge has assorted .tar files for later versions, so I'm assuming the contents of one of these needs to move somewhere on the flash, possibly be compiled, then even more possibly be upgraded using something like upgradepkg? Or is there some more automated command for doing this (google suggests slapt-get, but that doesn't seem to be included in unRAID). As you may be able to tell I don't really have any experience with linux, so apologies if I'm not making any sense... (the only other options would appear to be to use idle3ctl, a native version of WDIDLE3, which appears to come with installation instructions I could puzzle through, or as a last resort the DOS version of WDIDLE3). Thanks,
March 10, 201313 yr I'm hoping Tom will see this, and add the newer version in the next release. I'm sure you are not the only one that could use it. Someone else may be able to locate a Slack copy of the newer one, and advise you how to get and load it.
March 10, 201313 yr Stupid question but why don't you just create a bootable USB dos pen drive and alter the wdidle setting that way? That's how the rest of us have done it.
April 17, 201313 yr in my opinion, it would be great to have a solution inside unraid that we can run anytime we want. Presently, i don't have any monitor connected to my unraid system so i can't run wdidle. is there a way to install idle3-tools on the unraid flash memory?
April 17, 201313 yr Stupid question but why don't you just create a bootable USB dos pen drive and alter the wdidle setting that way? Because it's a pain to have to create a bootable dos drive and reboot the machine in order to do this every time you add a drive?
April 17, 201313 yr perhaps someone can compile hdparm and make a package until limetech upgrades hdparm.
April 17, 201313 yr ... and they should do the compile/link on a Linux environment sufficiently old that the resulting executable will be compatible with the shared libraries installed with unRAID versions going back to v4.7 (or earlier).
April 21, 201313 yr here's the step to run idle3-tools [*]install unmenu [*]go to your unmenu web site (ex: http://tower:8080) [*]go the pkg manager menu [*]download and install gcc-4.2.4-i486-1.tgz package [*]download idle3-tools-0.9.1.tgz here: http://sourceforge.net/projects/idle3-tools/ [*]unzip idle3-tools-0.9.1.tgz and then idle3-tools-0.9.1.tar somewhere on your flash drive (ex: /boot/packages/) [*]you are now supposed to have a idle3-tools-0.9.1 folder on your flash drive [*]telnet your unraid server and go to the folder [*]run the command make to compile the tool. You will probably get a few warnings. Don't worry about that. [*]you now have idle3 ready to be used. Use the command idle3ctl -h to get help if you don't want to install unmenu, here's the all the packages that the unmenu pkg manager have installed: http://slackware.oregonstate.edu/slackware-12.2/slackware/d/gcc-4.2.4-i486-1.tgz http://slackware.oregonstate.edu/slackware-12.2/slackware/l/glibc-2.7-i486-17.tgz http://slackware.oregonstate.edu/slackware-12.2/slackware/d/binutils-2.18.50.0.9-i486-1.tgz http://slackware.oregonstate.edu/slackware-12.2/slackware/d/make-3.81-i486-1.tgz http://slackware.oregonstate.edu/slackware-12.2/slackware/d/kernel-headers-2.6.27.7_smp-x86-1.tgz http://slackware.oregonstate.edu/slackware-12.2/slackware/a/cxxlibs-6.0.9-i486-1.tgz for the idle3-tools documentation, check this website: http://idle3-tools.sourceforge.net/ alex
April 21, 201313 yr Change log of hdparm from latest to the currently installed version on latest 5.0 rc12. hdparm-9.43 - rearrange flag execution so that the idle/standby/sleep "now" flags are executed last. hdparm-9.42 - fix ordering of -S -y flags - spelling, typo, and formatting fixes for manpage and others - set block-count to 1 for Security commands sent via SAT (sgio) - use FIGETBSZ to determine filesystem block size for fibmap -- needed for FAT - fix master password revcode handling - try and fix reg_flags (again!) for old IDE taskfile ioctls - fixed '&&' bug in dco_identify code - force sector dumps (read-sector, identify, ..) to use le16 output format hdparm-9.41 - proper SCT identify info courtesy of Leonid Evdokimov <[email protected]> - updated raid1ext4trim.sh-1.5 script hdparm-9.40 - avoid HDIO_GETGEO_BIG when possible (doesn't exist in linux-2.6.xx and beyond) - pad secure erase timeouts by 30minutes rather than 5minutes. hdparm-9.39 - added -R flag to control Read-Write-Verify feature, courtesy of Gordan Bobic - nuked leftover sgio.c.orig file hdparm-9.38 - updated wiper.sh to allow all SCSI_DISK major numbers - updated handing for very long SECURITY-ERASE times - added -J flag for wdidle3 set/get
Archived
This topic is now archived and is closed to further replies.