On 08.08.2013 01:46, Peter Wemm wrote: > I've run into this before. Our loader and kernel are excessively > pedantic about this. > > gpart create -s gpt -n <entries> ... > > leads to bootblocks or loader or kernel rejecting it if it is < 128, > and some of the bootblocks reject it if it is > 128. > > As things stand, the -n <entries> option is basically "make my system > unusable".
The minimum number of GPT partitions that gpart(8) can create is 128. It seems it's not fully correct now. The spec only requires that at least 16k must be reserved for GPT table, but this doesn't mean that all 16kbytes should be used, also gpt table entry can be greater than 128 bytes in future. gptboot uses static buffer to load GPT, and its size is 16k. So, if you create GPT with more than 128 entries, it won't boot. -- WBR, Andrey V. Elsukov _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[email protected]"
