Good morning Guillaume, On 10/28/2015 04:35 PM, Guillaume ALLEE wrote: > Thanks for your answer. I have tested my sda3 with badblocks and it > seems really bad like 6 digits unreadable blocks... Hmm. Is there any chance your cabling or power supply is at fault? >> Something's missing. I see only sd[abcd]3. Where's the report for >> /dev/sde* ? > Yep because /dev/sde is not part of my /dec/md1 array. Ok. > "ARRAY /dev/md1 level=raid5 num-devices=4 metadata=00.90 > UUID=426d71a2:5b25a168:a4e2eff2:d305f1c1 > devices=/dev/sda3,/dev/sdb3,/dev/sdc3,/dev/sdd3" Just for future reference: you aren't expected to keep the output of "mdadm -Es" as your permanent mdadm.conf. Your system will be much more robust if you trim that to just the MD device name and the UUID. >> Yes, you have WD20EARS and ST3000DM001 drive models. These are not safe >> to use in raid arrays due to lack of error recovery control. > Okay I will look at that for my next HDs. Yes, it should guide your future purchasing, but you have a crisis on your hands -- you *must* set your driver timeouts to deal with your consumer-grade desktop drives or your array *will* crash again *soon*. >> You need to stop the array and perform an '--assemble --force' with the >> last four devices (exclude /dev/sdc). The ones that have "Raid Device" >> 0, 1, 2, & 3. > Here is the assemble output. > > #mdadm --assemble --force /dev/md1 /dev/sda3 /dev/sdb3 /dev/sdd3 > mdadm: no recogniseable superblock on /dev/sda3 > mdadm: /dev/sda3 has no superblock - assembly aborted Hmmm. You need three readable drives with original data to get out of this trap. What happened to the original /dev/sdc? Using it with a carefully constructed --create --assume-clean may be your only chance to recover anything. Also, before you risk wiping anything else, generate mdadm -E reports for each device along with a "smartctl -i -A -l scterc" report. That ties the array details (especially role) for each device to the drive serial number. As you plug and unplug devices, names can change. Just post that information inline in your next reply -- no need to use pastebin. Phil -- 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
