On Thu, 2006-02-23 at 11:07 +0900, Tejun Heo wrote:
> According to the errata information from Silicon Image, SiI3512 does not
> have m15w bug, neither does ST3200822AS. So, this must be something else
> and you're not an isolated case.
Glad to hear it.
In that case, you'd probably like to hear about the other disk as well.
Originally, I suspected the disk was about to fail, and bought another
one - a Samsung SP2504C. I never succeeded in copying the data off the
Seagate onto the Samsung. The farthest I got was about 2 gigs. The error
messages would be from sdb (the Samsung):
Feb 21 20:08:31 parus kernel: ata2: command 0x35 timeout, stat 0xd1 host_stat 0x61
Feb 21 20:08:31 parus kernel: ata2: translated ATA stat/err 0xd1/00 to
SCSI SK/ASC/ASCQ 0xb/47/00
Feb 21 20:08:31 parus kernel: ata2: status=0xd1 { Busy }
Feb 21 20:08:31 parus kernel: sd 1:0:0:0: SCSI error: return code =
0x8000002
Feb 21 20:08:31 parus kernel: sdb: Current: sense key: Aborted Command
Feb 21 20:08:31 parus kernel: Additional sense: Scsi parity error
Feb 21 20:08:31 parus kernel: end_request: I/O error, dev sdb, sector
15657695
Feb 21 20:08:31 parus kernel: Buffer I/O error on device sdb1, logical
block 1957204
Feb 21 20:08:31 parus kernel: lost page write due to I/O error on sdb1
Feb 21 20:08:31 parus kernel: ATA: abnormal status 0xD1 on port
0xF88020C7
I didn't bring this up originally, since it looked like the Seagate
problem was a known bug, while Google didn't turn up anything on
Samsung. After reading linux-ide through gmane, I've seen similar issues
about Samsung. You guys should get an archive which Google knows
about :-)
> So, it would be very nice if you can test fixes we'll be able to come up with.
Certainly.
Regards
Jon
-
: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
