On Wed, Aug 7, 2013 at 11:59 AM, J David <[email protected]> wrote: > On Wed, Aug 7, 2013 at 4:08 AM, Andriy Gapon <[email protected]> wrote: >> Could you please hack gpt_checkhdr() in sys/boot/common/part.c to print all >> the >> relevant values for this check and try bootparttest again? [..] > So it looks like this check is tripping because of hdr->hdr_entries (9 < 128).
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". -- Peter Wemm - [email protected]; [email protected]; [email protected]; KI6FJV UTF-8: for when a ' just won\342\200\231t do. <brueffer> ZFS must be the bacon of file systems. "everything's better with ZFS" _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[email protected]"
