- SMART inconsistency
- Posted by Tom Del Rosso on April 18th, 2006
My 2 drives are the same type, and the second just got its first reallocated
sector. The temperature of the second drive is elevated a few degrees
because it just did a read test for a few hours, but it's usually the same
or a few degrees higher (it's in a removable drawer with its own fan).
What I'm puzzled about is why would the "Hardware ECC Recovered" and the
number of reallocated sectors have an inverse relation between the 2 drives
(I marked them with *)?
Also, does "Ultra ATA CRC Error Rate" refer to errors on the ATA cable? If
so, the higher number on the second drive might be due to the connector
(centronics) in the drive drawer (a StarTech). The Value column for "Ultra
ATA CRC Error Rate" looks pretty bad. Would you trust any drive drawer for
ATA133?
Sorry but you might have to switch to a fixed font if you want to read this.
I appreciate it.
[ Maxtor 6Y250P0 (Y647SA2E) ]
ID Attribute Description Thresh Worst Data Status
Value
03 Spin Up Time 63 180 180 21894 OK: Value is
normal
04 Start/Stop Count 0 253 253 123 OK: Always passing
05 *Reallocated Sector Count 63 253 253 0 OK: Value is
normal
06 Read Channel Margin 100 253 253 0 OK: Value is
normal
07 Seek Error Rate 0 253 252 0 OK: Always passing
08 Seek Time Performance 187 251 248 32810 OK: Value is
normal
09 Power-On Time Count 0 225 225 61709 OK: Always passing
0A Spin Retry Count 157 253 252 0 OK: Value is
normal
0B Calibration Retry Count 223 253 252 0 OK: Value is
normal
0C Power Cycle Count 0 253 253 152 OK: Always passing
C0 Power-Off Retract Count 0 253 253 0 OK: Always passing
C1 Load/Unload Cycle Count 0 253 253 0 OK: Always passing
C2 Temperature 0 253 253 30 OK: Always passing
C3 *Hardware ECC Recovered 0 253 252 8954 OK: Always passing
C4 Reallocation Event Count 0 253 253 0 OK: Always passing
C5 Current Pending Sector Count 0 253 253 0 OK: Always passing
C6 Off-Line Uncorrectable 0 253 253 0 OK: Always passing
Sector Count
C7 *Ultra ATA CRC Error Rate 0 199 199 0 OK: Always passing
C8 Write Error Rate 0 253 252 0 OK: Always passing
C9 <vendor-specific> 0 253 252 49 OK: Always passing
CA <vendor-specific> 0 253 252 0 OK: Always passing
CB <vendor-specific> 180 253 252 18 OK: Value is
normal
CC <vendor-specific> 0 253 252 0 OK: Always passing
CD <vendor-specific> 0 253 252 0 OK: Always passing
CF <vendor-specific> 0 253 252 0 OK: Always passing
D0 <vendor-specific> 0 253 252 0 OK: Always passing
D1 <vendor-specific> 0 194 188 0 OK: Always passing
63 <vendor-specific> 0 253 253 0 OK: Always passing
64 <vendor-specific> 0 253 253 0 OK: Always passing
65 <vendor-specific> 0 253 253 0 OK: Always passing
[ Maxtor 6Y250P0 (Y63K44KE) ]
ID Attribute Description Thresh Worst Data Status
Value
03 Spin Up Time 63 186 178 18498 OK: Value is
normal
04 Start/Stop Count 0 253 253 167 OK: Always passing
05 *Reallocated Sector Count 63 253 253 1 OK: Value is
normal
06 Read Channel Margin 100 253 253 0 OK: Value is
normal
07 Seek Error Rate 0 253 252 0 OK: Always passing
08 Seek Time Performance 187 252 249 57110 OK: Value is
normal
09 Power-On Time Count 0 222 222 56465 OK: Always passing
0A Spin Retry Count 157 253 252 0 OK: Value is
normal
0B Calibration Retry Count 223 253 252 0 OK: Value is
normal
0C Power Cycle Count 0 253 253 129 OK: Always passing
C0 Power-Off Retract Count 0 253 253 0 OK: Always passing
C1 Load/Unload Cycle Count 0 253 253 0 OK: Always passing
C2 Temperature 0 253 253 37 OK: Always passing
C3 *Hardware ECC Recovered 0 253 252 4327 OK: Always passing
C4 Reallocation Event Count 0 252 252 1 OK: Always passing
C5 Current Pending Sector Count 0 253 253 0 OK: Always passing
C6 Off-Line Uncorrectable 0 253 253 0 OK: Always passing
Sector Count
C7 *Ultra ATA CRC Error Rate 0 97 1 341 OK: Always passing
C8 Write Error Rate 0 253 252 0 OK: Always passing
C9 <vendor-specific> 0 253 221 16 OK: Always passing
CA <vendor-specific> 0 253 252 0 OK: Always passing
CB <vendor-specific> 180 253 252 7 OK: Value is
normal
CC <vendor-specific> 0 253 252 0 OK: Always passing
CD <vendor-specific> 0 253 252 0 OK: Always passing
CF <vendor-specific> 0 253 252 0 OK: Always passing
D0 <vendor-specific> 0 253 252 0 OK: Always passing
D1 <vendor-specific> 0 192 188 0 OK: Always passing
63 <vendor-specific> 0 253 253 0 OK: Always passing
64 <vendor-specific> 0 253 253 0 OK: Always passing
65 <vendor-specific> 0 253 253 0 OK: Always passing
--
Reply in group, but if emailing put a zero
before the one, and remove the last word.
- Posted by Arno Wagner on April 18th, 2006
Previously Tom Del Rosso <td_1@att.net.invalid> wrote:
Too small of a statistical sample. Maybe you just read more from the
drive with the higher ECC recoverd number. BTW ECC recoverd does not
necessarily mean the sector was bad. It could just have been a not too
precise seek. ECC calculation can be faster than restry, depending on
the implementation.
It does.
If it works, then it works. If not, the OS may decide the drive is
unusable and disable it (until reboot). The error rate looks still
reasonable to me.
There are people that read usenet with non-monospaced fonts?
Arno
- Posted by Rod Speed on April 18th, 2006
Tom Del Rosso <td_1@att.net.invalid> wrote
Nothing to worry about with Maxtors they deliberately ship
their drives with some questionable sectors in use and let
the drive reallocate them if they turn out to be unusable.
Those temps are fine.
Coincidence.
Yep.
Yep, that flouts the ATA standard and you can clearly
see the downsides of flouting the ATA standard there.
Nope, I'd use a SATA drive if I needed that functionality
and even some of those flout the SATA standard too.
Yeah, the Everest report is a tad wide too.
- Posted by Tom Del Rosso on April 20th, 2006
"Arno Wagner" <me@privacy.net> wrote in message
news:4akm11Ftfo31U1@individual.net...
Of course, you're right. The drive with the higher ECC recovery number does
get read more.
Thanks.
--
Reply in group, but if emailing put a zero
before the one, and remove the last word.
- Posted by Tom Del Rosso on April 20th, 2006
"Rod Speed" <rod.speed.aaa@gmail.com> wrote in message
news:4aknl7Ft883jU1@individual.net...
Thanks for addressing all those issues. I'll replace the drawer when I can.
--
Reply in group, but if emailing put a zero
before the one, and remove the last word.