Manjaro Difference between revisions of "Western Digital Green - Drive Fix - Linux"

Difference between revisions of "Western Digital Green - Drive Fix - Linux"

From Manjaro
m (added languages and translate tags)
(Marked this version for translation)
 
Line 2: Line 2:
__TOC__
__TOC__
<translate>
<translate>
=Here's the story=
=Here's the story= <!--T:1-->


<!--T:2-->
I have recently discovered (a bit too late) that Western Digital Green hard drives have a serious issue when used in Linux as a main drive or a NAS drive.
I have recently discovered (a bit too late) that Western Digital Green hard drives have a serious issue when used in Linux as a main drive or a NAS drive.
The problem can also occur in certain situations in windows too.
The problem can also occur in certain situations in windows too.
The problem is due to a feature called '''intellipark'''. Which parks the heads on the drive after 8secs of drive inactivity.
The problem is due to a feature called '''intellipark'''. Which parks the heads on the drive after 8secs of drive inactivity.


<!--T:3-->
Many Linux installations write to the file system a few times a minute in the background (eg. writing logs). As a result, there may be 100 or more load cycles per hour, and the load cycle rating may be exceeded in less than a year. This problem also makes the drives very unresponsive and makes your system feel slow as the heads need to be unparked when you try and load something.
Many Linux installations write to the file system a few times a minute in the background (eg. writing logs). As a result, there may be 100 or more load cycles per hour, and the load cycle rating may be exceeded in less than a year. This problem also makes the drives very unresponsive and makes your system feel slow as the heads need to be unparked when you try and load something.


<!--T:4-->
My friend has killed two 1TB Green drives on his XBMC media box in 4years.  The 500GB drive in my partners machine is in deep trouble as the '''load_cycle''' count is at '''1991353''' after a '''power_on_hours''' of '''29549hrs'''. Compare that to my WD Black 1TB which has a '''load_cycle''' count of '''721''' after '''13579hrs'''.
My friend has killed two 1TB Green drives on his XBMC media box in 4years.  The 500GB drive in my partners machine is in deep trouble as the '''load_cycle''' count is at '''1991353''' after a '''power_on_hours''' of '''29549hrs'''. Compare that to my WD Black 1TB which has a '''load_cycle''' count of '''721''' after '''13579hrs'''.


<!--T:5-->
Now Western Digitals specsheet says that the drives are good for 300,000 Load/unload cycles, so this is a pretty big deal.
Now Western Digitals specsheet says that the drives are good for 300,000 Load/unload cycles, so this is a pretty big deal.
[http://www.wdc.com/wdproducts/library/SpecSheet/ENG/2879-771438.pdf]
[http://www.wdc.com/wdproducts/library/SpecSheet/ENG/2879-771438.pdf]


=How to check/evaluate your WD Green Drive=
=How to check/evaluate your WD Green Drive= <!--T:6-->


<!--T:7-->
If you have a Western Digital Green drive, please check your '''SMART''' information before it's too late. To do this you will need to install the package called '''smartmontools''' :
If you have a Western Digital Green drive, please check your '''SMART''' information before it's too late. To do this you will need to install the package called '''smartmontools''' :


  $ sudo pacman -S smartmontools
  <!--T:8-->
$ sudo pacman -S smartmontools


<!--T:9-->
or install via pamac or octopi.
or install via pamac or octopi.


<!--T:10-->
Now check like this changing '''sda''' to whatever your Green drive is. (Use lsblk in terminal or gparted or i-nex or something to work out which drive it is.):
Now check like this changing '''sda''' to whatever your Green drive is. (Use lsblk in terminal or gparted or i-nex or something to work out which drive it is.):


  $ sudo smartctl -A /dev/sda | grep "^193"
  <!--T:11-->
$ sudo smartctl -A /dev/sda | grep "^193"
   
   
  193 Load_Cycle_Count        0x0032  253  253  
  193 Load_Cycle_Count        0x0032  253  253  
  000    Old_age  Always      -      1991353
  000    Old_age  Always      -      1991353


<!--T:12-->
If the Load cycle count exceeds a few thousand, you're affected by the idle3 timer problem.
If the Load cycle count exceeds a few thousand, you're affected by the idle3 timer problem.


<!--T:13-->
Here is how the output should look when this isn't a problem:
Here is how the output should look when this isn't a problem:


  $ sudo smartctl -A /dev/sdb | grep "^193"
  <!--T:14-->
$ sudo smartctl -A /dev/sdb | grep "^193"


  193 Load_Cycle_Count        0x0032  200  200   
  <!--T:15-->
193 Load_Cycle_Count        0x0032  200  200   
  000    Old_age  Always      -      721
  000    Old_age  Always      -      721




=This is how we solve the problem=
=This is how we solve the problem= <!--T:16-->


<!--T:17-->
Ok so you have the problem and want to fix it. Western digital have made a DOS utility to fix it if you ask them for it. Or can find it. Its called wdidle3.exe
Ok so you have the problem and want to fix it. Western digital have made a DOS utility to fix it if you ask them for it. Or can find it. Its called wdidle3.exe


<!--T:18-->
But we arn't going to use that. Instead we are going to use a Linux unnofficial alternative called '''idle3-tools'''. It is already packaged in Manjaro so no need to compile it. but here is the source [http://idle3-tools.sourceforge.net]
But we arn't going to use that. Instead we are going to use a Linux unnofficial alternative called '''idle3-tools'''. It is already packaged in Manjaro so no need to compile it. but here is the source [http://idle3-tools.sourceforge.net]


<!--T:19-->
Install '''idle3-tools''' with pamac or octopi or like this in the terminal:
Install '''idle3-tools''' with pamac or octopi or like this in the terminal:


  $ sudo pacman -S idle3-tools
  <!--T:20-->
$ sudo pacman -S idle3-tools




<!--T:21-->
Now check what your drives timer is currently set as. (Replace sda if needed with your own drive.):
Now check what your drives timer is currently set as. (Replace sda if needed with your own drive.):


  $ sudo idle3ctl -g /dev/sda
  <!--T:22-->
$ sudo idle3ctl -g /dev/sda


<!--T:23-->
It will likely say it's set to 80 [8sec]
It will likely say it's set to 80 [8sec]


<!--T:24-->
Now really we want to just disable the timer altogether like it is on a black drive, and just let our systems power management handle the drive.
Now really we want to just disable the timer altogether like it is on a black drive, and just let our systems power management handle the drive.
If you want to just increase the time, then goto [http://idle3-tools.sourceforge.net] and read the instructions.
If you want to just increase the time, then goto [http://idle3-tools.sourceforge.net] and read the instructions.


<!--T:25-->
To disable the timer (Replace sda if needed with your own drive):
To disable the timer (Replace sda if needed with your own drive):


  $ sudo idle3ctl -d /dev/sda
  <!--T:26-->
$ sudo idle3ctl -d /dev/sda




<!--T:27-->
Next step is to shutdown and power off your computer. Rebooting isn't enough!
Next step is to shutdown and power off your computer. Rebooting isn't enough!
You need to power off, so the drive will turn on with the new settings.
You need to power off, so the drive will turn on with the new settings.


<!--T:28-->
Now check again:
Now check again:


  $ sudo idle3ctl -g /dev/sda
  <!--T:29-->
$ sudo idle3ctl -g /dev/sda


<!--T:30-->
and it should say disabled.
and it should say disabled.


==Optional step==  
==Optional step== <!--T:31-->


<!--T:32-->
Remove idle3-tools and smartmontools with octopi or pamac or in a terminal:
Remove idle3-tools and smartmontools with octopi or pamac or in a terminal:


  $ sudo pacman -R idle3-tools smartmontools
  <!--T:33-->
$ sudo pacman -R idle3-tools smartmontools




<!--T:34-->
That's it! All done. You can now enjoy the reliability and speed from the WD Green drive that you expected to have when you bought it.
That's it! All done. You can now enjoy the reliability and speed from the WD Green drive that you expected to have when you bought it.




=Support=
=Support= <!--T:35-->


<!--T:36-->
Following is a link to this page's forum counterpart where you can post any related feedback: [https://classicforum.manjaro.org/index.php?topic=17890.0]
Following is a link to this page's forum counterpart where you can post any related feedback: [https://classicforum.manjaro.org/index.php?topic=17890.0]
</translate>
</translate>


[[Category:Contents Page{{#translation:}}]]
[[Category:Contents Page{{#translation:}}]]

Latest revision as of 19:13, 7 September 2021

Other languages:
English • ‎Türkçe • ‎русский

Here's the story

I have recently discovered (a bit too late) that Western Digital Green hard drives have a serious issue when used in Linux as a main drive or a NAS drive. The problem can also occur in certain situations in windows too. The problem is due to a feature called intellipark. Which parks the heads on the drive after 8secs of drive inactivity.

Many Linux installations write to the file system a few times a minute in the background (eg. writing logs). As a result, there may be 100 or more load cycles per hour, and the load cycle rating may be exceeded in less than a year. This problem also makes the drives very unresponsive and makes your system feel slow as the heads need to be unparked when you try and load something.

My friend has killed two 1TB Green drives on his XBMC media box in 4years. The 500GB drive in my partners machine is in deep trouble as the load_cycle count is at 1991353 after a power_on_hours of 29549hrs. Compare that to my WD Black 1TB which has a load_cycle count of 721 after 13579hrs.

Now Western Digitals specsheet says that the drives are good for 300,000 Load/unload cycles, so this is a pretty big deal. [1]

How to check/evaluate your WD Green Drive

If you have a Western Digital Green drive, please check your SMART information before it's too late. To do this you will need to install the package called smartmontools :

$ sudo pacman -S smartmontools

or install via pamac or octopi.

Now check like this changing sda to whatever your Green drive is. (Use lsblk in terminal or gparted or i-nex or something to work out which drive it is.):

$ sudo smartctl -A /dev/sda | grep "^193"

193 Load_Cycle_Count        0x0032   253   253 
000    Old_age   Always       -       1991353

If the Load cycle count exceeds a few thousand, you're affected by the idle3 timer problem.

Here is how the output should look when this isn't a problem:

$ sudo smartctl -A /dev/sdb | grep "^193"
193 Load_Cycle_Count        0x0032   200   200   
000    Old_age   Always       -       721


This is how we solve the problem

Ok so you have the problem and want to fix it. Western digital have made a DOS utility to fix it if you ask them for it. Or can find it. Its called wdidle3.exe

But we arn't going to use that. Instead we are going to use a Linux unnofficial alternative called idle3-tools. It is already packaged in Manjaro so no need to compile it. but here is the source [2]

Install idle3-tools with pamac or octopi or like this in the terminal:

$ sudo pacman -S idle3-tools


Now check what your drives timer is currently set as. (Replace sda if needed with your own drive.):

$ sudo idle3ctl -g /dev/sda

It will likely say it's set to 80 [8sec]

Now really we want to just disable the timer altogether like it is on a black drive, and just let our systems power management handle the drive. If you want to just increase the time, then goto [3] and read the instructions.

To disable the timer (Replace sda if needed with your own drive):

$ sudo idle3ctl -d /dev/sda


Next step is to shutdown and power off your computer. Rebooting isn't enough! You need to power off, so the drive will turn on with the new settings.

Now check again:

$ sudo idle3ctl -g /dev/sda

and it should say disabled.

Optional step

Remove idle3-tools and smartmontools with octopi or pamac or in a terminal:

$ sudo pacman -R idle3-tools smartmontools


That's it! All done. You can now enjoy the reliability and speed from the WD Green drive that you expected to have when you bought it.


Support

Following is a link to this page's forum counterpart where you can post any related feedback: [4]

Cookies help us deliver our services. By using our services, you agree to our use of cookies.