ThomasB2010 wrote:
Many people are NOT familiar with booting into single user mode, running fsck, or perhaps running the command line version of smartctl, a smartmontools subset. People buy third party tools to make life easy on themselves. I also have questions about your methodology and results.
As I said, my reply was for people who are comfortable with the shell. If people are more comfortable with a packaged solution, I expect they would have stopped with that caveat. However, some of us are more comfortable using tools that have been provided by the OS vendor, or which have matured over decades.
ThomasB2010 wrote:
First off, asking people to boot into single user, command line mode to run fsck is a bit abnormal. Rather 1970's- ish is how I'd put it.
Newer is not always better. Not all of us trust a lone dev or two to come up with something that somehow trumps the decades of experience and domain knowledge of OS developers and storage professionals, and to then paint a nice GUI over it as the cherry on top.
While I haven't explored this space much on the Mac, the Windows drive utility marketplace is full of snake oil that does nothing meaningful, or even does more harm than good.
ThomasB2010 wrote:
Second, fsck checks the file system integrity, not necessarily bad blocks. The gist of this thread is about media failures, not B-Tree indexing problems. fsck variants only check for correlation between what's contained in the index files and that which is stored on disk. It does not check for any bad blocks in media regions that are not used by the drive.
[...]
You are wrong.
As I said in my reply, look at the "-S" option. fsck_hfs with the -S option performs a complete surface scan and not only identifies bad blocks, but which files they're associated with (if any). It also identifies bad blocks that are not in use. I neither state or imply that SMART is sufficient, except in learning more about an error a user has already encountered. Such an error was the subject of this thread.
ThomasB2010 wrote:
Fifth, I think it's bad advice to essentially imply to people that a drive with potential problems is "OK." A drive with problems is a drive with problems. If all anyone has stored on it is games or other trivial data, so what? But what about people that have tax returns, critical financial data, or other important and critical information stored on their drives? What you're proposing is essentially is for people to essentially take a "crap shoot" with what might be exceptionally important information.
In my reply, I explain that 197 and 198 errors are a frequent result of interrupted or unstable power during a write operation. This is particularly prevelant on the types of low end drives included in some Mac models. I explain this condition, and I also explain that if the 197 and 198 errors are not rectified by overwrites, if they return repeatedly, or if SMART reports a different type of intolerance, the drive is not okay.
Pulling power is not likely to damage a drive, but it is guaranteed to interrupt a write in progress and that often causes incomplete block writes. Backing up a drive and restoring to a new drive is not a risk-free operation. To throw away every drive that fails to checksum a sector is to throw away a vast majority of good hardware and to take unnecessary additional risk.
ThomasB2010 wrote:
What you should be emphasizing is backups.
Yes, emphasizing backups is common sense. Hopefully it's something everybody here is already doing. It's also beyond the scope of the reply.
But sure. Please remember to exercise and take a multivitamin too.