On Mon, May 16, 2016 at 02:58:01PM +0200, Wolfgang Denk wrote: > Seems I was lucky - already the second of the 120 possible > combination turned out to be working: b a c d f e Find a large enough file (disks * chunksize) and verify it. Sometimes you can be unlucky, i.e. the LVM is detected, the filesystem mounts, but still data is corrupt because the wrong two disks switched places (just not the ones that contain filesystem metadata). > But I still have not the slightest idea why the drive order might have > changed... Me neither. :) With GPT partition table, I set PARTLABEL to mdnumber-role so that's another place that has metadata in case mdadm loses its own... Since GPT lives at beginning and end of the disk it should have a good chance of surviving accidents, and you can address them as /dev/disk/by-partlabel/mdnumber-* in the correct order... Anyway, glad you (hopefully, finally?) got your data back. Regards Andreas Klauer -- 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
