Chris Eddington wrote: > Yes, there is some kind of media error message in dmesg, below. It is > not random, it happens at exactly the same moments in each xfs_repair -n > run. > Nov 11 09:48:25 altair kernel: [37043.300691] res > 51/40:00:01:00:00/00:00:00:00:00/e1 Emask 0x9 (media error) > Nov 11 09:48:25 altair kernel: [37043.304326] ata4.00: ata_hpa_resize 1: > sectors = 976773168, hpa_sectors = 976773168 > Nov 11 09:48:25 altair kernel: [37043.307672] ata4.00: ata_hpa_resize 1: > sectors = 976773168, hpa_sectors = 976773168
I'm not sure what an ata_hpa_resize error is... It probably explains the problems you've been having with the raid not 'just recovering' though. I saw this: http://www.linuxquestions.org/questions/linux-kernel-70/sata-issues-568894/ What does smartctl say about your drive? IMO the spare drive is no longer useful for data recovery - you may want to use ddrescue to try and copy this drive to the spare drive. David PS Don't get the ddrescue parameters the wrong way round if you go that route... - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
