I have a 750GB Hitachi 5K750-750 that is 313 days old, with 332 start/stop count and 507,905 load/unload cycle count. HD Sentinel reports the following:
"The drive tried to examine and reallocate data sectors 380 times. The examined data area is perfect
That makes no sense. If the data area it is trying to re-allocate is perfect, WHY is it trying to reallocate it? Is it a firmware bug, or a bug in the S.M.A.R.T algorithm? Reallocated Sectors Count is on 0, but Reallocation Event Count is 380. What is going on? It can't be head failure as it isn't actually reallocating anything! I want to continue using this drive, as money is tight and I can't afford to buy lots of HDD's.
I'm no stranger to HDD's as I fix computers for a living, I understand how they work, but this SMART error on this drive makes no sense at all. I like this drive and don't want to destroy it needlessly because it doesn't seem faulty. Modern HDD's have little room for error with the density being so high, so I can only imagine it's a timeout issue when writing data/verifying CRC's. I'm currently filling it full of dummy data to see if it gets worse, but can you explain it? I understand SMART is flawed and isn't written in stone, though, but like I said, I like the drive
The examined data area is perfect?
- hdsentinel
- Site Admin
- Posts: 3128
- Joined: 2008.07.27. 17:00
- Location: Hungary
- Contact:
Re: The examined data area is perfect?
Sorry for the confusion, I try to make clear.
Generally, the Reallocation Event Count counter should count and show all initiated reallocation events: both
1) the successfully completed events: when the real reallocation happens, so the original sector is no longer used and all further reads/writes are redirected to the spare area. Then as we'd expect, the Reallocated Sectors Count attribute increases when the Reallocation Event Count increases.
2) the "failed" reallocation events: when the reallocation is not finished, so the above mentioned redirection does not happen, the original affected sector remains used. Then the Reallocated Sectors Count attribute does not increase, only the Reallocation Event Count increases.
We may think the 2nd case is a bigger problem as then somehow the reallocation can't be completed, for example the original sector is so seriously damaged so the hard disk drive can't recover during reallocation, that's why the reallocation event can't be finished.
But no, in most cases, the situation is exactly the opposite: during the reallocation procedure, the hard disk first tries to read all data from the affected sector and move that data to the spare sector. And if the drive can read the data correctly, completely, without the need of CRC error correction and without any significant delay - then it can assume that the original sector is correct, working, can hold the data - so no need to reallocate it.
It means the sector can still be used, "the data area is perfect" - as displayed by Hard Disk Sentinel.
Anyway, such reallocation events may indicate other kind of problems and this is exactly these are important to be detected and reported.
For example, it may indicate *real* problems with the sector and the counter may increase when the sector should be really reallocated, just the user can't wait the end of reallocation and performs a forced reset / power off (as during the reallocation the hard disk is not responding and sometimes the system seems frozen - as described on www.hdsentinel.com/smart )
Sometimes operating environment (power cable, data cable, connections, power supply and so) can cause that the hard disk can't work properly, so it may be good idea to check these too.
And in such situations, it is good idea to perform some intensive testing, exactly as described at
http://www.hdsentinel.com/faq.php#tests
to verify the situation, reveal and stabilize problems.
And ideally if the counter does not increase and the tests show no problems, the counter can be cleared in Hard Disk Sentinel, so then only possible new issues will be reported.
For more information, please check
http://www.hdsentinel.com/faq_repair_ha ... _drive.php
Generally, the Reallocation Event Count counter should count and show all initiated reallocation events: both
1) the successfully completed events: when the real reallocation happens, so the original sector is no longer used and all further reads/writes are redirected to the spare area. Then as we'd expect, the Reallocated Sectors Count attribute increases when the Reallocation Event Count increases.
2) the "failed" reallocation events: when the reallocation is not finished, so the above mentioned redirection does not happen, the original affected sector remains used. Then the Reallocated Sectors Count attribute does not increase, only the Reallocation Event Count increases.
We may think the 2nd case is a bigger problem as then somehow the reallocation can't be completed, for example the original sector is so seriously damaged so the hard disk drive can't recover during reallocation, that's why the reallocation event can't be finished.
But no, in most cases, the situation is exactly the opposite: during the reallocation procedure, the hard disk first tries to read all data from the affected sector and move that data to the spare sector. And if the drive can read the data correctly, completely, without the need of CRC error correction and without any significant delay - then it can assume that the original sector is correct, working, can hold the data - so no need to reallocate it.
It means the sector can still be used, "the data area is perfect" - as displayed by Hard Disk Sentinel.
Anyway, such reallocation events may indicate other kind of problems and this is exactly these are important to be detected and reported.
For example, it may indicate *real* problems with the sector and the counter may increase when the sector should be really reallocated, just the user can't wait the end of reallocation and performs a forced reset / power off (as during the reallocation the hard disk is not responding and sometimes the system seems frozen - as described on www.hdsentinel.com/smart )
Sometimes operating environment (power cable, data cable, connections, power supply and so) can cause that the hard disk can't work properly, so it may be good idea to check these too.
And in such situations, it is good idea to perform some intensive testing, exactly as described at
http://www.hdsentinel.com/faq.php#tests
to verify the situation, reveal and stabilize problems.
And ideally if the counter does not increase and the tests show no problems, the counter can be cleared in Hard Disk Sentinel, so then only possible new issues will be reported.
For more information, please check
http://www.hdsentinel.com/faq_repair_ha ... _drive.php
- SuperJames
- Posts: 3
- Joined: 2016.03.07. 00:38
Re: The examined data area is perfect?
Thankyou for clearing that up for me. I can only imagine there's a compatibility issue between the drive and the old laptop it came out of. I've filled it with data, fragmented it, and the problems haven't got worse while it's been in my USB enclosure. HD Sentinel is a brilliant program. I love how I can set the power management on each start, as I noticed my Load/Unload count was really high, until I used HDS to set it every boot to Off, now my drive doesn't aggressively park and unload every few seconds!
Thankyou for such a brilliant program. I can monitor my servers with it too
Thankyou for such a brilliant program. I can monitor my servers with it too