WD Red drives park their heads like WD Green drives?

Hi gents and lads,

Synology user here with 5x 4TB WD RED WD40EFRX drives.
Came across this post during my research.

Found this post very useful and just wanted to share with you my FreeDOS ISO containing latest WDIDLE3 2.0.0.1 only.
Package also contains unetbootin for Win and Mac - ver 5.85.

https://app.box.com/s/1kk3q18e2y7ee396ib2p

Regards,

Thx for sharing.

Scouser wrote:
Looking around for a Linux alternative to WDIDLE3.exe I found this http://idle3-tools.sourceforge.net/ I will give it a try when when I get home. Anyone else care to try it?

That's what I use, since it can be run directly on the NAS. I've compiled it for the Pro/Ultra; it's here if you don't feel like building it yourself:
https://www.dropbox.com/s/s0qiu0m5l4dt4a4/idle3ctl

vandermerwe wrote:
WD need to be made aware of the level of customer dissatisfaction this issue is causing. It doesn't only affect Netgear products - Qnap and Synology are affected too.

Synology user here - been following this topic with great interest. Just wanted to point out that this should be a non-issue for Synology owners as DSM 3.2+ disables Idle3 at power-up.

dombera wrote:
Hi gents and lads, Synology user here with 5x 4TB WD RED WD40EFRX drives. Came across this post during my research. Found this post very useful and just wanted to share with you my FreeDOS ISO containing latest WDIDLE3 2.0.0.1 only. Package also contains unetbootin for Win and Mac - ver 5.85. https://app.box.com/s/1kk3q18e2y7ee396ib2p Regards,

-> Thanks, but this does not work as it's only for SATA speed adjustment.


So I used this bootcd image with wdidle 1.05 for adjustment and I can also successfully confirm that disabling works (for WD30EFRX-68EUZN0 with firmware 80.00A80):
http://www.jzab.de/content/wdidle-bootcd

First I must say that I'm very thankful for this thread! Many thanks to all! :thumbsup:

Just bought this week 2 of the WD30EFRX-68EUZN0 and was totally p***** after checking the LCC state in the SMART info for both discs and seeing the LCC counting up like hell....

WD: WTF they set up the drives to park the heads after 8 seconds?...

Just that you have an idea:

SMART-Attribute (disc 1)

Raw Read Error Rate 0
Spin Up Time 0
Start Stop Count 5
Reallocated Sector Count 0
Seek Error Rate 0
Power On Hours 46
Spin Retry Count 0
Calibration Retry Count 0
Power Cycle Count 5
Power-Off Retract Count 3
Load Cycle Count 1465
Temperature Celsius 29
Reallocated Event Count 0
Current Pending Sector 0
Offline Uncorrectable 0
UDMA CRC Error Count 0
Multi Zone Error Rate 0
ATA Error Count 0


SMART-Attribute (disc 2)

Raw Read Error Rate 0
Spin Up Time 0
Start Stop Count 4
Reallocated Sector Count 0
Seek Error Rate 0
Power On Hours 29
Spin Retry Count 0
Calibration Retry Count 0
Power Cycle Count 4
Power-Off Retract Count 2
Load Cycle Count 1484
Temperature Celsius 28
Reallocated Event Count 0
Current Pending Sector 0
Offline Uncorrectable 0
UDMA CRC Error Count 0
Multi Zone Error Rate 0
ATA Error Count 0

Cheers

fastfwd wrote:
Scouser wrote: Looking around for a Linux alternative to WDIDLE3.exe I found this http://idle3-tools.sourceforge.net/ I will give it a try when when I get home. Anyone else care to try it? That's what I use, since it can be run directly on the NAS. I've compiled it for the Pro/Ultra; it's here if you don't feel like building it yourself: https://www.dropbox.com/s/s0qiu0m5l4dt4a4/idle3ctl

Many thanks fastfwd I have used your build.

So I am back. Two disks ready to install. I replaced the first and it took 5 hours to rebuild. Since the rebuild, the disk has been active now about 3 hours and I dont see the LCC changing at all!
smartctl -A /dev/sdf gets me:

193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       2

And this data never changes.

Both disks are WDC WD30EFRX-68EUZN0
The 2nd disk is now in and currently rebuilding.
I am still tempted to /d these drives.

If I do /d these drives, does anyone know how to return them to their default with LCC switched back on and set to the default LCC value. BTW what is the default LCC value.

I'll report back on the status of the 2nd disk tomorrow after its had time to run a few hours but based on what I am reading I don't have the LCC problem. This is weird.

Scouser wrote:
If I do /d these drives, does anyone know how to return them to their default with LCC switched back on and set to the default LCC value. BTW what is the default LCC value.

If you haven't modified it yet, you can read the default idle3 timer value:

idle3ctl -g /dev/sdX

To disable the idle3 timer:

idle3ctl -d /dev/sdX

My WD40EFRX drives were (mis)configured by Western Digital with a default idle3 timer value of 80 (decimal). To set your drive's idle3 timer value to 80:

idle3ctl -s80 /dev/sdX

Just to let you guys know that its been several weeks now since I installed the two new drives.
So far the LCC count has not budged at all. One says 0 LCC and the other says 3.
The one with 0 LCC is the one I disabled the LCC on. I did not disable the LCC on the other disk which has been static at a count of 3. So I dunno what the deal is but I am a happy choppy so far.

I just received a WD30EFRX-68EUZN0 drive from Amazon a couple of days ago. I verified with the WDIDLE3 tool that the Idle3 timer was set to 8 seconds. I went ahead and installed it in my Ultra 4 to see how it worked. In the 1st 24 hours I have seen the LCC count continuously grow up to about 1200.

I have opened a ticket up with WD to see what they recommend. I understand I could probably run the WDIDLE tool with either /S300 or /D to solve this, but according to WD they do not recommend using the tool on this drive. I am anxious to here what they say should be done (if anything).

I will post back once I hear from their Tech Support.

Hi,

Just replaced a drive with one of these and I'm disappointed to find out that I have a WDC WD30EFRX-68EUZN0 which clocks up about 1500 parks a day. I'm not really very happy about this. I've made the timer 254 (the longest wait possible).

Mrail did you hear back from WD on this?

J.