FYI:
Make a 100GB file, md5sum it, copy it to 'problem' drive and md5sum it,
same MD5SUMS.
box:/x8# /usr/bin/time dd if=/dev/zero of=100gb bs=1M count=100000 ;
/usr/bin/time md5sum 100gb; /usr/bin/time cp 100gb /x4 ; cd /x4 ;
/usr/bin/time md5sum 100gb
100000+0 records in
100000+0 records out
104857600000 bytes transferred in 4735.034107 seconds (22145057 bytes/sec)
0.29user 245.59system 1:18:55elapsed 5%CPU (0avgtext+0avgdata
0maxresident)k
0inputs+0outputs (0major+210minor)pagefaults 0swaps
1e95cd44e2cb773f483ea7b2f676258d 100gb
248.24user 98.17system 32:50.97elapsed 17%CPU (0avgtext+0avgdata
0maxresident)k
0inputs+0outputs (1major+188minor)pagefaults 0swaps
14.75user 341.92system 35:25.25elapsed 16%CPU (0avgtext+0avgdata
0maxresident)k
0inputs+0outputs (4major+183minor)pagefaults 0swaps
1e95cd44e2cb773f483ea7b2f676258d 100gb
246.95user 110.41system 28:06.49elapsed 21%CPU (0avgtext+0avgdata
0maxresident)k
0inputs+0outputs (1major+190minor)pagefaults 0swaps
box:/x4#
Also, all SMART tests passed with flying colors..
(FYI)
On Tue, 14 Feb 2006, Mark Lord wrote:
Justin Piszcz wrote:
..
ata3: translated ATA stat/err 0x51/04 to SCSI SK/ASC/ASCQ 0xb/00/00
ata3: status=0x51 { DriveReady SeekComplete Error }
ata3: error=0x04 { DriveStatusError }
I wonder if the FUA logic is inserting cache-flush commands
and perhaps the drive is rejecting those?
Jeff, we really ought to be including the failed ATA opcode
in those error messages!!
Cheers
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
