I don't know of any tool that will do a surface scan and fix the bad blocks too.
What type of a Mac and what type of hard drive are you having problems with?
I doubt you will find any software tools to "fix" bad blocks, at least for recent hardware. I don't know when it started but some time back the ability to remap a bad sector was merged into the firmware of the hard drive.
If you look at the S.M.A.R.T. registers for your drive with a tool like SMARTReporter, you should see an entry with ID number 05 and title "Reallocated Sectors Count". This is the number of bad sector's which the drive has remapped.
Perhaps Disk Warrior's "Bad Block" is referring to something else? (I couldn't guess what that might be though).
Update in reply to comment (below):
SMARTReporter appears to be a rather "quirky" utility. You can in fact query & display the contents of a drive's S.M.A.R.T. registers, you just have to jump through unexpected hoops to do it.
In the SMARTReporter FAQ you can find this tidbit:
Can SMARTReporter tell me exactly which S.M.A.R.T. test is failing?
Yes, starting with version 2.4.5! Right-click the drive in the drive-list in the preferences window and select "Check S.M.A.R.T. attributes".
Another SMARTReporter quirk is that cut'n paste apparently only works in these display windows when you use the menu bar entries. The keyboard shortcuts & mouse "right-click" context window won't do it. On the other hand, SMARTReporter IS free. ;-)
But I digress ...
Curiously, SMART Utility calls the drive "Failing" when all other utilities show it as "Verified". It shows 1 Pending Bad Sectors. So, how do you change a "pending" bad sector to a "removed" or "reallocated" one?
My understanding is that you would not do it. The drive's firmware is supposed to do it automagically on its own. Note what it says in the table in the Wikipedia S.M.A.R.T. article.
05 Reallocated Sectors Count
Count of reallocated sectors. When the hard drive finds a read/write/verification error, it marks this sector as "reallocated" and transfers data to special reserved area (spare area). This process is also known as remapping, and "reallocated" sectors are called remaps.
This is why, on modern hard disks, "bad blocks" cannot be found while testing the surface – all bad blocks are hidden in reallocated sectors. However, as the number of reallocated sectors increases, the read/write speed tends to decrease.
The raw value normally represents a count of the number of bad sectors that have been found and remapped. Thus, the higher the attribute value, the more sectors the drive has had to reallocate.
C5 Current Pending Sector Count
Number of "unstable" sectors (waiting to be remapped, because of read errors). If an unstable sector is subsequently written or read successfully, this value is decreased and the sector is not remapped. Read errors on a sector will not remap the sector (since it might be readable later); instead, the drive firmware remembers that the sector needs to be remapped, and remaps it the next time it's written.
So if the above is true then apparently the Pending Sector Count needs to be interpreted cautiously. The sector read error most likely occured during the disk scan you did earlier with TechTool. (BTW, do you mean TechTool Deluxe 3.1.3?) Since TechTool probably didn't try to write the sector, it was not (yet) reallocated.
Can that be done without a reformat?
I think a "reformat" would only accomplish something if the format wrote to every sector on the drive. I do not know whether a standard (non-secure) erase with Disk Utility ... which is what I believe you mean by a reformat in the context of a MAC ... would accomplish this.
If you did this it would be a very time consuming task. I recently did something like this with a 500GB laptop drive and it took a tad under 2 1/2 hours to complete. Of course, you'd have to add in the time to (hopefully) restore your system from your (hopefully trustworthy) backup.
It is not clear to me that there is a need for you to attempt to actively force this to be "corrected". Supposedly the drive's firmware should handle this on it's own the next time there is an attempt to write to bad sector. Also, it seems likely to me that the offending sector is not currently being used as part of any file. TechTool just "stumbled across" it while scanning all sectors of your drive.
But if you wanted to attempt to force a correction then I guess you'd have to do something which would force a write to that sector. It doesn't seem worth the effort though. I would just continue to back up your files and keep an eye on your drive in case it starts to degrade further.
3Modern HDDs remap bad blocks automatically upon failed read operations. The only problem is losing data in that block, which may render a file unreadable/broken, or maybe introduce an error into FS - for that, use your system's checkdisk/fsck (I'm not that familiar with Macs). [Sometimes bad blocks are the result of power loss, and not the hardware problem; this is fixable, but a different topic.] – chronos – 2010-06-02T22:45:06.400
5@chronos There are plenty of modern HDDs that only remap bad blocks automatically upon failed WRITE operations, not read. I've worked with plenty of recent hard drives that will keep failing to read the same bad block again and again and again, but as soon as you write to it, the problem is fixed. – Spiff – 2010-06-04T00:23:46.877
2@Spiff - you are correct, I made an error trying to avoid lengthy explanation of how block's data and CRC fields work together to ensure data integrity, and thus requiring a write operation to check if its a physical block problem or just corrupted CRC (which is fixable). Actually, I am not aware of any modern HDDs performing remap on read... – chronos – 2010-06-04T05:33:42.707
1
There is a thing to consider: my experience of 'fixing' Pending sector on a NTFS partition consisted of 1) identifying the exact data sector, 2) writing to it, and 3) resetting internal NTFS bad sectors counter (which was the only step I documented at http://bogdan.org.ua/2010/03/01/ntfstruncate-binary-for-debian-resetting-ntfs-bad-clusters-counter.html). I am not sure if HFS+ also maintains such a counter of bad blocks - if it does, that may be an additional problem, if you want to recover that single sector.
– chronos – 2010-06-04T05:46:17.4171Fixing bad sectors on Apple Snow Leopard (2009-10-30) – Graham Perrin – 2013-04-01T18:38:30.927