said by koitsu :

Can you please provide full output from "smartctl -a {drive}"? Please don't use a front-end for this request -- I'd like to see the full, verbose output. I can help from that point going forward. (Wow, I sound like a CSR or something...)

And no, you cannot reset data stored in SMART. The only data that's possible to reset -- and only on very specific models of specific vendor drives -- is the SMART error log.

said by koitsu :

There are 3 issues here:

1) Your drive isn't in the internal smartctl database (used for handling SMART attribute tweaks):

Device Model: FUJITSU MHZ2160BH Serial Number: K665T8C2CE7N Firmware Version: 00000009 User Capacity: 160,041,885,696 bytes Device is: Not in smartctl database [for details use: -P showall]
Please get in contact with Bruce Allen and provide him the output you've provided above, and/or any other details he asks for.

2) It doesn't matter what values are shown in the RAW_VALUE column. You cannot look at SMART stats and assume what's returned is literally what's true. Seagate drives, for example, have exceedingly high numbers for SMART attribute 1 and 195, yet the drives are far from going bad.

What you absolutely need to look at under all circumstances is the VALUE compared to THRESH. These are the adjusted threshold values for what will trip a failed SMART health check -- that is to say, the adjusted values are what represent whether or not your drive is in good/bad condition. If you look at attribute 5, you can see that your current VALUE is 100, and the THRESH is set to 24. The WORST column represents the worst value ever seen on the drive, which is 100.

Thus, you can conclude your drive has very few (more than likely, zero!) reallocated sectors.

What you need to understand is that the specification for SMART does not require vendors to store their raw data in a defined format -- they can store whatever values they want there. Seagate is known for encoding some of their raw SMART data in a way which is only known to them. Bruce has figured out a couple of the encoding methods for some of the attributes, but not all of them.

Additionally, your drive has no indication of it ever seeing read or write failures at specific LBAs, indicating sector r/w failures. These would show up in the SMART log, and your SMART log is empty.

I can point you to an older thread here at DSLR where I posted "how" to read SMART attributes, if you'd like to read it.

3) Fujitsu has a very long history of "abusing" SMART. You can read the smartmontools FAQ page and documentation for further evidence of this.

And for sake of argument: we use Fujitsu SCSI drives (both 37GB and 120GB) at my workplace -- and have, on average, one of them go bad every week. Most of them suffer from two problems: 1) sectors going bad (confirmed using the SCSI card's BIOS), or 2) the drive literally falling off the SCSI bus (no indication of termination problems, controller issues, or otherwise), requiring a complete power-cycle of the drive before it will reappear (a soft reset won't fix it) on the bus. The latter indicates either crummy PCB design, shoddy components, or a major firmware bug.

And remember, people like to state that "SCSI drives are more robust/higher quality than ATA/SATA drives" -- which isn't necessarily true these days, but still: I wouldn't recommend Fujitsu even if they were the last hard drive manufacturer on the planet. That's just my opinion as someone who works with these drives in an enterprise environment 40 hours a week. :-)