Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 14 Jun 2012 09:03:31 -0600 (MDT)
From:      Warren Block <wblock@wonkity.com>
To:        "Andrey V. Elsukov" <ae@freebsd.org>
Cc:        Olivier Smedts <olivier@gid0.org>, current@freebsd.org
Subject:   Re: CFR: backup GPT header support in pmbr and loader(8) (Re: Handbook mirroring section)
Message-ID:  <alpine.BSF.2.00.1206140843220.17763@wonkity.com>
In-Reply-To: <4FD9EC14.8070203@FreeBSD.org>
References:  <4FCF3021.5070802@FreeBSD.org> <20120606.200735.1551208261335301113.hrs@allbsd.org> <4FD05573.70801@FreeBSD.org> <20120610.224813.710171778841273502.hrs@allbsd.org> <4FD9D4DF.9090609@FreeBSD.org> <CABzXLYPzgBmxGUMhbMSSa7Qxoo4pC4t8%2Bv1t_v6=9HMyP4LGmQ@mail.gmail.com> <4FD9EC14.8070203@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 14 Jun 2012, Andrey V. Elsukov wrote:

> On 14.06.2012 17:08, Olivier Smedts wrote:
>> 2012/6/14 Andrey V. Elsukov <ae@freebsd.org>:
>>> Also, our PMBR image doesn't contain any partition entries and
>>> writing it to the disk with dd(1) makes the system unbootable.
>>> What you think if we will add one partition entry to the PMBR image?
>>> I modified your patch (the last hunk added) and it is attached.
>>
>> Isn't it gpart(8)'s job to write the proper boot code from the pmbr
>> image without damaging the partition table ?
>>
>> ie. "gpart bootcode -b /boot/pmbr ada0" instead of using dd.
>
> gpart(8) works only when GPT's geom exists, when PMBR is damaged
> GEOM_PART_GPT can't detect GPT and thus you can't use it.

So the idea is that you could dd this to the first block of any given 
drive and at least have one active partition marked, even if the start 
or end is not necessarily correct?

That could be useful.  However, an empty partition table is clearly 
empty, but a program won't be able to tell whether a pre-filled 
partition table is real or not.

(Aside from whether to do it: the "partition table" comment is now on 
the second entry, and it would be nice to have some comments to identify 
the fields on the new static entry, like 0x80 # active, 0x00 # head, and 
so on.)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1206140843220.17763>