On Mon, Mar 02, 2015 at 12:19:32PM -0400, Peter Cordes wrote: > If libfdisk doesn't actually store anything after sector 33, it would > be nice if it wrote a GPT to disk that that has sector 34 as the > first-usable. I'm not sure, the common consensus is to use 1MiB offset for the first partition -- then it does not make sense to define FirstUsableLBA smaller, because the extra space between the first partition may be interpreted as gap and later (inadvertently) partitioned. Note the I'm talking about default layout, your example with --dump and restore is different -- sfdisk has to be able to copy existing partition tables. BTW, the problem should be fixed in git tree, you have to --dump with new sfdisk and then it will add "first-lba" number to scrit header. You can also use label: gpt first-lba: 34 lines to manually create a GPT header by sfdisk. > That way, I could use gdisk to add a boot partition on > each disk after copying the layout of the other partitions with > sfdisk. (That would be a minimal fix that isn't as nice as actually > supporting copying arbitrary valid GPT partition tables. But it It would be better to learn partitioning tools to modify FirstUsableLBA in GPT header. I'll probably implement it for v2.27 fdisk, so creative users like you will be able to tune up their partition tables :-) Karel -- Karel Zak <kzak@xxxxxxxxxx> http://karelzak.blogspot.com -- To unsubscribe from this list: send the line "unsubscribe util-linux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html