public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Are those "green" drives any good?
Date: Sat, 12 May 2012 10:34:12 +0100	[thread overview]
Message-ID: <201205121035.02106.michaelkintzios@gmail.com> (raw)
In-Reply-To: <CAK2H+ed1DdB8q3fAU0Rw5sxHny2Rm9nTD4_W6x=6-9RwcXyXyA@mail.gmail.com>

[-- Attachment #1: Type: Text/Plain, Size: 10045 bytes --]

On Thursday 10 May 2012 19:51:14 Mark Knecht wrote:
> On Thu, May 10, 2012 at 11:13 AM, Norman Invasion
> 
> <invasivenorman@gmail.com> wrote:
> > On 10 May 2012 14:01, Mark Knecht <markknecht@gmail.com> wrote:
> >> On Thu, May 10, 2012 at 9:20 AM, Norman Invasion
> >> 
> >> <invasivenorman@gmail.com> wrote:
> >>> On 9 May 2012 04:47, Dale <rdalek1967@gmail.com> wrote:
> >>>> Hi,
> >>>> 
> >>>> As some know, I'm planning to buy me a LARGE hard drive to put all my
> >>>> videos on, eventually.  The prices are coming down now.  I keep seeing
> >>>> these "green" drives that are made by just about every company
> >>>> nowadays. When comparing them to a non "green" drive, do they hold up
> >>>> as good? Are they as dependable as a plain drive?  I guess they are
> >>>> more efficient and I get that but do they break quicker, more often
> >>>> or no difference?
> >>>> 
> >>>> I have noticed that they tend to spin slower and are cheaper.  That
> >>>> much I have figured out.  Other than that, I can't see any other
> >>>> difference. Data speeds seem to be about the same.
> >>> 
> >>> They have an ugly tendency to nod off at 6 second intervals.
> >>> This runs up "193 Load_Cycle_Count" unacceptably: as many
> >>> as a few hundred thousand in a year & a million cycles is
> >>> getting close to the lifetime limit on most hard drives.  I end
> >>> up running some iteration of
> >>> # hdparm -B 255 /dev/sda
> >>> every boot.
> >> 
> >> Very true about the 193 count. Here's a drive in a system that was
> >> built in Jan., 2010 so it's a bit over 2 years old at this point. It's
> >> on 24/7 and not rebooted except for more major updates, etc. My tests
> >> say the drive spins down and starts back up every 2 minutes and has
> >> been doing so for about 28 months. IIRC the 193 spec on this drive was
> >> something like 300000 max with the drive currently clocking in at
> >> 700488. I don't see any evidence that it's going to fail but I am
> >> trying to make sure it's backed up often. Being that it's gone >2x at
> >> this point I will swap the drive out in the early summer no matter
> >> what. This week I'll be visiting where the machine is so I'm going to
> >> put a backup drive in the box to get ready.
> > 
> > Yes, I just learned about this problem in 2009 or so, &
> > checked on my FreeBSD laptop, which turned out to be
> > at >400000.  It only made it another month or so before
> > having unrecoverable errors.
> > 
> > Now, I can't conclusively demonstrate that the 193
> > Load_Cycle_Count was somehow causitive, but I
> > gots my suspicions.  Many of 'em highly suspectable.
> 
> It's part of the 'Wear Out Failure' part of the Bathtub Curve posted
> in the last few days. That said, some Toyotas go 100K miles, and
> others go 500K miles. Same car, same spec, same production line,
> different owners, different roads, different climates, etc.
> 
> It's not possible to absolutely know when any drive will fail. I
> suspect that the 300K spec is just that, a spec. They'd replace the
> drive if it failed at 299,999 and wouldn't replace it at 300,001. That
> said, they don't want to spec thing too tightly, and I doubt many
> people make a purchasing decision on a spec like this, so for the vast
> majority of drives most likely they'd do far more than 300K.
> 
> At 2 minutes per count on that specific WD Green Drive, if a home
> machine is turned on for instance 5 hours a day (6PM to 11PM) then
> 300K count equates to around 6 years. To me that seems pretty generous
> for a low cost home machine. However for a 24/7 production server it's
> a pretty fast replacement schedule.
> 
> Here's data for my 500GB WD RAID Edition drives in my compute server
> here. It's powered down almost every night but doesn't suffer from the
> same firmware issues. The machine was built in April, 2010, so it's a
> bit of 2 years old.  Note that it's been powered on less than 1/2 the
> number of hours but only has a 193 count of 907 vs > 700000!
> 
> Cheers,
> Mark
> 
> 
> c2stable ~ # smartctl -a /dev/sda
> smartctl 5.42 2011-10-20 r3458 [x86_64-linux-3.2.12-gentoo] (local build)
> Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
> 
> === START OF INFORMATION SECTION ===
> Model Family:     Western Digital RE3 Serial ATA
> Device Model:     WDC WD5002ABYS-02B1B0
> Serial Number:    WD-WCASYA846988
> LU WWN Device Id: 5 0014ee 2042c3477
> Firmware Version: 02.03B03
> User Capacity:    500,107,862,016 bytes [500 GB]
> Sector Size:      512 bytes logical/physical
> Device is:        In smartctl database [for details use: -P show]
> ATA Version is:   8
> ATA Standard is:  Exact ATA specification draft version not indicated
> Local Time is:    Thu May 10 11:45:45 2012 PDT
> SMART support is: Available - device has SMART capability.
> SMART support is: Enabled
> 
> === START OF READ SMART DATA SECTION ===
> SMART overall-health self-assessment test result: PASSED
> 
> General SMART Values:
> Offline data collection status:  (0x84) Offline data collection activity
>                                         was suspended by an
> interrupting command from host.
>                                         Auto Offline Data Collection:
> Enabled. Self-test execution status:      (   0) The previous self-test
> routine completed without error or no self-test has ever been run.
> Total time to complete Offline
> data collection:                ( 9480) seconds.
> Offline data collection
> capabilities:                    (0x7b) SMART execute Offline immediate.
>                                         Auto Offline data collection
> on/off support.
>                                         Suspend Offline collection upon new
>                                         command.
>                                         Offline surface scan supported.
>                                         Self-test supported.
>                                         Conveyance Self-test
> supported.
>                                         Selective Self-test supported.
> SMART capabilities:            (0x0003) Saves SMART data before
> entering
>                                         power-saving mode.
>                                         Supports SMART auto save
> timer.
> Error logging capability:        (0x01) Error logging supported.
>                                         General Purpose Logging
> supported.
> Short self-test routine
> recommended polling time:        (   2) minutes.
> Extended self-test routine
> recommended polling time:        ( 112) minutes.
> Conveyance self-test routine
> recommended polling time:        (   5) minutes.
> SCT capabilities:              (0x303f) SCT Status supported.
>                                         SCT Error Recovery Control
> supported.
>                                         SCT Feature Control supported.
>                                         SCT Data Table supported.
> 
> SMART Attributes Data Structure revision number: 16
> Vendor Specific SMART Attributes with Thresholds:
> ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE
> UPDATED  WHEN_FAILED RAW_VALUE
>   1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail
> Always       -       0
>   3 Spin_Up_Time            0x0027   239   235   021    Pre-fail
> Always       -       1050
>   4 Start_Stop_Count        0x0032   100   100   000    Old_age
> Always       -       935
>   5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail
> Always       -       0
>   7 Seek_Error_Rate         0x002e   200   200   000    Old_age
> Always       -       0
>   9 Power_On_Hours          0x0032   091   091   000    Old_age
> Always       -       7281
>  10 Spin_Retry_Count        0x0032   100   100   000    Old_age
> Always       -       0
>  11 Calibration_Retry_Count 0x0032   100   100   000    Old_age
> Always       -       0
>  12 Power_Cycle_Count       0x0032   100   100   000    Old_age
> Always       -       933
> 192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age
> Always       -       27
> 193 Load_Cycle_Count        0x0032   200   200   000    Old_age
> Always       -       907
> 194 Temperature_Celsius     0x0022   106   086   000    Old_age
> Always       -       41
> 196 Reallocated_Event_Count 0x0032   200   200   000    Old_age
> Always       -       0
> 197 Current_Pending_Sector  0x0032   200   200   000    Old_age
> Always       -       0
> 198 Offline_Uncorrectable   0x0030   200   200   000    Old_age
> Offline      -       0
> 199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age
> Always       -       0
> 200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age
> Offline      -       0

Is this 193 Load_Cycle_Count an issue only on the green drives?

I have a very old Compaq laptop here that shows:

# smartctl -A /dev/sda | egrep "Power_On|Load_Cycle"
  9 Power_On_Hours          0x0012   055   055   000    Old_age   Always       
-       19830
193 Load_Cycle_Count        0x0012   001   001   000    Old_age   Always       
-       1739734

Admittedly, there are some 60 errors on it (having been used extensively on 
bouncy trains, buses, aeroplanes, etc) but it is still refusing to die ...  
O_O

It is a Hitachi 20G 

=== START OF INFORMATION SECTION ===
Model Family:     Hitachi Travelstar 80GN
Device Model:     IC25N020ATMR04-0
Serial Number:    MRX107K1DS623H
Firmware Version: MO1OAD5A
User Capacity:    20,003,880,960 bytes [20.0 GB]
Sector Size:      512 bytes logical/physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   6
ATA Standard is:  ATA/ATAPI-6 T13 1410D revision 3a
Local Time is:    Sat May 12 10:30:13 2012 BST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2012-05-12  9:37 UTC|newest]

Thread overview: 119+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-09  8:47 [gentoo-user] Are those "green" drives any good? Dale
2012-05-09  9:25 ` Alan McKinnon
2012-05-09  9:52   ` Dale
2012-05-09 11:32     ` Daniel Troeder
2012-05-09 11:51       ` Dale
2012-05-10 19:39         ` David Haller
2012-05-09 21:28     ` Alan McKinnon
2012-05-09 22:24       ` Dale
2012-05-09 22:48         ` Paul Hartman
2012-05-09 23:49           ` Dale
2012-05-10  1:39             ` Pandu Poluan
2012-05-10  1:52               ` Adam Carter
2012-05-10 12:53             ` Todd Goodman
2012-05-09 23:37         ` Mark Knecht
2012-05-09 23:58           ` Dale
2012-05-10  7:03             ` Mick
2012-05-10 11:55             ` napalm
2012-05-10 12:38               ` Dale
2012-05-10 13:27                 ` napalm
2012-05-10 21:39                   ` Dale
2012-05-10 22:53               ` Paul Hartman
2012-05-11  0:07                 ` Neil Bothwick
2012-05-11  1:10                   ` David Haller
2012-05-10 19:38   ` David Haller
2012-05-10 21:13     ` Alan McKinnon
2012-05-09 11:47 ` Tanstaafl
2012-05-09 12:06   ` mike
2012-05-09 13:30     ` Tanstaafl
2012-05-09 12:29   ` Mark Knecht
2012-05-09 16:39     ` Pandu Poluan
2012-05-09 17:28       ` Mark Knecht
2012-05-09 18:42         ` Paul Hartman
2012-05-09 18:53           ` Mark Knecht
2012-05-10 14:20       ` [gentoo-user] make of gentoo-sources-3.2.12 fails Michael Scherer
2012-05-10 14:50         ` Pandu Poluan
2012-05-10 19:57           ` Michael Scherer
2012-05-10 21:08         ` Stroller
2012-05-11  1:01           ` Michael Scherer
2012-05-11  5:18             ` Joshua Murphy
2012-05-11 12:59               ` Michael Scherer
2012-05-11 17:56               ` Michael Scherer
2012-05-11 10:20             ` Alan McKinnon
2012-05-11 22:48         ` [gentoo-user] " walt
2012-05-12  1:31           ` Michael Scherer
2012-05-12 18:17         ` walt
2012-05-14  1:44           ` Michael Scherer
2012-05-14  2:13             ` ny6p01
2012-05-14 15:26               ` Michael Scherer
2012-05-14 15:37                 ` Alan McKinnon
2012-05-14 15:52                 ` ny6p01
2012-05-26 11:18                   ` luis jure
2012-05-26 13:56                     ` ny6p01
2012-05-14 16:13                 ` Allan Gottlieb
2012-05-14 17:13                   ` Dale
2012-05-14 20:54                     ` Alan McKinnon
2012-05-15  0:46                       ` Dale
2012-05-15 17:01                         ` Mark Knecht
2012-05-15 17:15                           ` Dale
2012-05-15 21:12                           ` Alan McKinnon
2012-05-18 12:29                           ` Willie WY Wong
2012-05-15 17:25                         ` john
2012-05-15 23:26                           ` Peter Humphrey
2012-05-16  0:41                         ` Pandu Poluan
2012-05-17 16:14                           ` Michael Scherer
2012-05-17 17:05                             ` Dale
2012-05-17 19:13                               ` Michael Scherer
2012-05-17 17:13                             ` Neil Bothwick
2012-05-17 18:58                               ` Michael Scherer
2012-05-17 17:47                             ` Tanstaafl
2012-05-17 19:14                               ` ny6p01
2012-05-17 19:25                                 ` Alan McKinnon
2012-05-17 23:56                                   ` Peter Humphrey
2012-05-17 19:29                               ` Michael Scherer
2012-05-17 21:10                               ` Michael Mol
2012-05-17 18:06                             ` Pandu Poluan
2012-05-17 20:13                               ` Michael Scherer
2012-05-17 20:50                                 ` Hinnerk van Bruinehsen
2012-05-21  3:24                                   ` Joshua Murphy
2012-07-03 11:11                                     ` [gentoo-user] Re: make of gentoo-sources-3.2.12 fails [SOLVED] Michael Scherer
2012-05-17 20:51                                 ` [gentoo-user] Re: make of gentoo-sources-3.2.12 fails Michael Scherer
2012-05-17 20:59                                 ` Alex Schuster
2012-05-23  2:10                                   ` Michael Scherer
2012-05-23  6:05                                     ` Pandu Poluan
2012-05-19  3:18                         ` Volker Armin Hemmann
2012-05-19 16:59                           ` Arttu V.
2012-05-26 11:33                       ` luis jure
2012-05-14 18:25                 ` Tanstaafl
2012-05-14 19:11                   ` Alecks Gates
2012-05-14 19:23                     ` Michael Mol
2012-05-15  0:03                       ` Pandu Poluan
2012-05-15  0:05                         ` Alecks Gates
2012-05-15  0:16                           ` Pandu Poluan
2012-05-14 20:51                     ` Alan McKinnon
2012-05-14 21:01                       ` Michael Mol
2012-05-14 21:24                         ` Alan McKinnon
2012-05-14 21:53                           ` Neil Bothwick
2012-05-14 23:23                             ` Alan McKinnon
2012-05-14 23:35                               ` Michael Mol
2012-05-14 23:26                             ` Michael Mol
2012-05-14 23:55                     ` Pandu Poluan
2012-05-14 21:56                 ` Neil Bothwick
2012-05-09 13:15 ` [gentoo-user] Are those "green" drives any good? Volker Armin Hemmann
2012-05-09 22:37   ` Dale
2012-05-10 16:20 ` Norman Invasion
2012-05-10 18:01   ` Mark Knecht
2012-05-10 18:13     ` Norman Invasion
2012-05-10 18:51       ` Mark Knecht
2012-05-12  9:34         ` Mick [this message]
2012-05-12  9:49           ` Volker Armin Hemmann
2012-05-13  9:35           ` David Haller
2012-05-10 19:24     ` David Haller
2012-05-11  1:15   ` Bill Kenworthy
2012-05-12 18:50   ` Frank Steinmetzger
2012-05-13  9:38     ` David Haller
2012-05-21 21:05       ` Frank Steinmetzger
2012-05-21 22:44         ` Andrew Hoffman
2012-05-10 19:36 ` David Haller
2012-05-10 21:25   ` Neil Bothwick
2012-05-10 20:17 ` Mark Knecht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201205121035.02106.michaelkintzios@gmail.com \
    --to=michaelkintzios@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox