looks like adding a -f to your assemble command will clear the faulty flag. I suppose I haven't looked hard enough. I'd still recommend taking a dd of those partitions before playing too much (maybe pipe to netcat to another machine if you don't have space locally), if you care a lot about those photos. see "how to do everything with dd" : http://www.linuxquestions.org/linux/answers/Applications_GUI_Multimedia/How_To_Do_Eveything_With_DD On Sat, Dec 31, 2011 at 8:37 PM, Marcus Sorensen <shadowsor@xxxxxxxxx> wrote: > Do you have spare drive space elsewhere or on another system where you can > save an image these disk partitions? Then you can play and revert. I would > be tempted to wipe the md superblocks and recreate the array with identical > properties. All of the data is intact unless there's a preexisting drive or > corruption issue. > > In the past I have been doing failure testing with raid1s that I know are > clean, but one side shows as faulty spare because I temporarily yank a cord > or something. I have not found a way other than recreating the array with > assume-clean to clear the faulty flag without a full rebuild, but if there > is a way then I suspect it would help you as well. As long as that sdb2 is > marked faulty I don't think you can assemble as there's no place in raid0 to > recover from. > > On Dec 31, 2011 4:37 PM, "Steve Carlson" <stevengcarlson@xxxxxxxxx> wrote: >> >> > On Sat, Dec 31, 2011 at 4:08 AM, Jes Sorensen wrote: >> > Hi Steve, >> > >> > What I meant here is that I would like to see the dmesg output at this >> > point, to see if there were any read errors reported during the >> > assembly. >> > >> >> I also ran extended self tests just to be thorough, and they both came >> >> back error free. I'm unsure as to whether that puts them in the clear >> >> for bad sectors though. >> > >> > There were read errors in the dmesg output you posted earlier, which is >> > why I am wary of it. >> > >> > Cheers, >> > Jes >> >> Jes, >> >> This is /var/log/messages from boot to stopping and reassembling md2. >> I think this is what you wanted, I'm not sure what more I can give >> you. >> >> http://dl.dropbox.com/u/2776371/raid/mdadm_stop_dmesg_c_mdadm_assemble_var_log_message.txt >> >> -Steve >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-raid" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
