From: Bruce A. <ba...@gr...> - 2003-10-08 13:40:51
|
> > Thanks for the bug report. This has me worried. What is happening is > > that -v 195,raw8 is getting set -- but I have NO idea why. > > oops I hope I didn't stir up a hornets nest. If your question is about > > > > 195 Hardware_ECC_Recovered 0x000a 100 100 000 Old_age Always > > > - 138647661 > > > > > > 195 Hardware_ECC_Recovered 0x000a 100 100 000 Old_age Always > > > - 0 0 8 67 152 109 > > then the reason for the byte values in the second version is because I > ran with -v195,raw8 to see whether the byte swapping problem might > account for the big number. Oh my -- I just spent quite a lot of time trying to figure out why setting -F was turning on -v 195,raw8. The large numbers are common. Without ECC modern disks wouldn't work. > -F samsung doesn't have any effect with -A, but does with -a, so I > attach the complete output and a diff for -F samsung. Looks like -F > samsung makes things worse, but the error counting doesn't look right > either way (256 vs 1, and both seem wrong). Please try the latest version from CVS. Use -F samsung2, and attach the output of the following three commands as separate email text attachments. smartctl -a -r ioctl,2 /dev/hda smartctl -a /dev/hda smartctl -a -F samsung2 /dev/hda > Do you still want me to send you smartctl -a of 5.1-16? No need. Bruce |