Re: GPT Table broken on a Raid1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 21/09/2012 23:43, Chris Murphy wrote:

On Sep 21, 2012, at 1:35 PM, Chris Murphy wrote:

If you're making the RAID with that, it defaults to metadata version 1.2. But to be sure
mdadm -E /dev/mdX

Scratch that. I was confused. Try these instead:

mdadm -–detail-platform
mdadm –D /dev/md/imsm
mdadm –E /dev/sdX

I don't think there's anything wrong here.

The kernel sees the whole discs, sda and sdb, and complains that the GPT partition table looks wrong becase the second copy isn't at the end of the discs. That's correct, at the end of the raw discs is the IMSM metadata. Once you've assembled the IMSM array with mdadm, the partition table inside /dev/md/Volume0 is correct.

You'd see the same thing with a native md device with metadata 0.90 or 1.0 made from whole discs and with a GPT partition table inside.

Don't try to change the partition tables on /dev/sda and sdb or you will damage the IMSM metadata.

Cheers,

John.

--
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


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux