On Tue, 17 Nov 2009, Chuck Swiger wrote:
> On Nov 17, 2009, at 7:51 AM, Ian Smith wrote:
> [ ... ]
> > For instance, I've got two Fujitsu 5400rpm 2.5" drives in two laptops,
> > one MHV2040AH with near 19,000 hours on it, and a much newer MHV2120AH,
> > 40 and 120GB respectively. Nice quiet low-power laptop drives, fwiw.
> > Both show as (more recently) being in the smartctl database, and both
> > show _exactly_ the same values for this one:
> > 5 Reallocated_Sector_Ct 0x0033 100 100 024 Pre-fail Always -
> > 8589934592000
> > Now if that were a number of 512-byte sectors, it'd be 4096000 GB! :)
> > but both drives are 100% ok, as the VALUE / WORST figures show.
> I wouldn't conclude that the drives were 100% OK from that line, although
> they *might* be; I'd conclude that the drives aren't implementing this SMART
> field correctly in their firmware. Are you using the latest version of
> smartctl-- updates to that can sometimes better interpret vendor-specific
Well, _Fujitsu_ reckon they're 100% OK on THAT attribute (100 100 024),
which is the point I (and Bruce, I think) was trying to make, along with
perhaps a gentle "don't believe everything you read on Wikipedia" :)
The smartctl program is not definitive for RAW_VALUE attributes; the
manufacturer is. Some raw values are manufacturer-specific, like this
one, and the smartctl author likely concentrates on the lowest hanging
fruit; its database is already huge. This one is larger than 32 bits,
possibly a mis-byte-ordered 48- or 64-bit value? If the two drives
showed different values I'd pursue trying different byte orderings.
And no, this certainly wouldn't be the latest smartctl; to compare the
120G drive I installed (last night) smartmontools on a 7.0 system that's
soon to be upgraded to 7-STABLE, so using a 7.0-RELEASE ports tree with
smartctl 5.37, which shows '009 Power_On_Seconds' as the only odd value
for this make/model, from smartctl -P show /dev/ad0
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"