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
