On Wed, Aug 7, 2013 at 11:59 AM, J David <j.david.li...@gmail.com> wrote: > On Wed, Aug 7, 2013 at 4:08 AM, Andriy Gapon <a...@freebsd.org> 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 - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; 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" _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
