Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 Aug 2009 09:29:41 -0700
From:      Marcel Moolenaar <xcllnt@mac.com>
To:        Jeff Kletsky <jeff+freebsd@wagsky.com>
Cc:        freebsd-geom@freebsd.org
Subject:   Re: 7.x and 8.0 gpt and gpart GPT PMBR prevents Intel boot
Message-ID:  <B9AD5265-D330-4D51-A9E8-5334356AD938@mac.com>
In-Reply-To: <4A579076.5070008@wagsky.com>
References:  <h34lml$6fv$1@ger.gmane.org> <4A578E3F.8050305@wagsky.com> <4A579076.5070008@wagsky.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On Jul 10, 2009, at 12:03 PM, Jeff Kletsky wrote:
*snip*
> The PR indicates patches for the CHS issue for gpt. For gpart, the
> code is in /usr/src/sys/geom/part/g_part_gpt.c and, I believe, should
> be modified to read
>
>      le16enc(table->mbr + DOSMAGICOFFSET, DOSMAGIC);
>      table->mbr[DOSPARTOFF + 1] = 0x01;              /* shd */
>      table->mbr[DOSPARTOFF + 2] = 0x01;              /* ssect */
>      table->mbr[DOSPARTOFF + 3] = 0x00;              /* scyl */
>      table->mbr[DOSPARTOFF + 4] = 0xee;              /* typ */
>      table->mbr[DOSPARTOFF + 5] = 0xff;              /* ehd */
>      table->mbr[DOSPARTOFF + 6] = 0xff;              /* esect */
>      table->mbr[DOSPARTOFF + 7] = 0xff;              /* ecyl */
>      le32enc(table->mbr + DOSPARTOFF + 8, 1);        /* start */
>      le32enc(table->mbr + DOSPARTOFF + 12, MIN(last, 0xffffffffLL));
*snip*
> In my opinion, these issues should be considered for inclusion in the
> 8.0-RELEASE -- at the very least, the 0xffffff issue, as it cannot
> easily be resolved from the command line.

This particular change will be in 8.0-RELEASE.

Making the EFI GPT slice active is questionable and such has
not been done. As you said, there's a simple work-around for
it by using fdisk.

7-STABLE needs addressing still.
FYI,

-- 
Marcel Moolenaar
xcllnt@mac.com






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B9AD5265-D330-4D51-A9E8-5334356AD938>