2010/1/5 Michael Evans <mjevans1983@xxxxxxxxx>: > On Mon, Jan 4, 2010 at 11:30 AM, Khelben Blackstaff > <eye.of.the.8eholder@xxxxxxxxx> wrote: > > You want the RAID data chunks aligned so that they start on a 512byte > sector address that fulfills (sector & 0xFF) == 0. > > Format 1.1 will reserve the space at the beginning, and I have just checked; > > 00000400 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > * > 00003000 (LVM2 header) > > It starts the LVM2 header after 0x3000 bytes (64K chunk size); I'd > hope to see it around 0x10000. > > It looks like the data isn't padded up to the desired offset. > > I agree, it would be useful to have an option to specify the offset of > the first data chunk. > Thank you for bringing hexdump to my attention. I had completely forgot to run it. After reading your post i thought to run hexdump too. I wrote 10MB of 1s (0x31 in HEX) to both partitions. So "0x31" means "space untouched by mdadm". Then created the array and wrote 10KB of 2s (0x32) to it. So "0x32" means "actual data". The hexdump output is the following: 0000110 FFFF FFFF FFFF FFFF * 0000400 3131 3131 3131 3131 * 0011000 3232 3232 3232 3232 The data written by mdadm (the superblock i guess) ends at 0x400 like you posted. So the v1.1 raid superblock has 1K size i guess. In my case the payload starts at 0x11000 (the space between 0x400 and 0x11000 is maybe where the bitmap lives ?) 0x11000 = 69632 bytes = 136 sectors Then my understanding of "data offset" is correct. I need to move this offset from 136 sectors to 512 sectors. -- 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
