On 07/10/2011 08:03 AM, Louis-David Mitterrand wrote: > On Fri, Jul 08, 2011 at 07:40:45AM +0200, Luca Berra wrote: >>> This is important. When I computed the sector count for the linear mapping, I just took 2048 off the end. You may want to select a sector count that aligns the endpoint. >> but the xfs sb should be at sector 0 > > So what should I change to the dmsetup command to make it work? He means (not to put words in Luca's mouth...) that the precise endpoint of the mapped volume shouldn't matter to fsck.xfs. Changing device order in the raid is probably your only hope of recovery. The dmsetup exercise was a blind alley. Luca also pointed out that the problem array is named "grml" which means that it was created with grml, not your original system (zenon). That suggests that "mdadm --create" was used under grml, and the member devices were specified in an order differing from the original install. If that "mdadm --create" didn't include the "--assume-clean" option, then the parity blocks are almost certainly recomputed, and your data destroyed. Otherwise, you can try "mdadm --create --assume-clean" with other combinations of device order to try to find the "right" one. I recommend trying "mdadm --create --assume-clean" with the devices in the same order as shown by lsdrv for the zenon array. 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
