Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 17 Feb 2012 12:46:24 +0200
From:      Andriy Gapon <avg@FreeBSD.org>
To:        Hiroki Sato <hrs@FreeBSD.org>
Cc:        wblock@wonkity.com, mandrews@bit0.com, 000.fbsd@quip.cz, freebsd-stable@FreeBSD.org, freebsd@jdc.parodius.com
Subject:   Re: New BSD Installer
Message-ID:  <4F3E3000.9000206@FreeBSD.org>
In-Reply-To: <20120217.160430.406937514120319292.hrs@allbsd.org>
References:  <20120217030806.GA62601@icarus.home.lan> <20120217.132021.880997830536801810.hrs@allbsd.org> <CAOjFWZ5EhGFr_Vp0%2BTRfxvgm6KZxv9QO3UfVdKurA96z3axDMQ@mail.gmail.com> <20120217.160430.406937514120319292.hrs@allbsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

on 17/02/2012 09:04 Hiroki Sato said the following:
> No, the issue is our gptloader assumes the backup header is always located
> at the (physical) last sector while this is not mandatory in the UEFI
> specification.

Are you sure?

Unified Extensible Firmware Interface Specification Version 2.3.1, Errata A
September 7, 2011 says:
[snip]
> Two GPT Header structures are stored on the device: the primary and the
> backup. The primary GPT Header must be located in LBA 1 (i.e., the second
> logical block), and the backup GPT Header must be located in the last LBA
> of the device. Within the GPT Header the My LBA field contains the
[snip]
> If the primary GPT is corrupt, software must check the last LBA of the
> device to see if it has a valid GPT Header and point to a valid GPT
> Partition Entry Array. If it points to a valid GPT Partition Entry Array,
> then software should restore the primary GPT if allowed by platform policy
> settings (e.g. a platform may require a user to provide confirmation before
> restoring the table, or may allow the table to be restored automatically).
> Software must report whenever it restores a GPT.
[snip]
> Both the primary and backup GPTs must be valid before an attempt is made to
> grow the size of a physical volume. This is due to the GPT recovery scheme
> depending on locating the backup GPT at the end of the device. A volume may
> grow in size when disks are added to a RAID device. As soon as the volume
> size is increased the backup GPT must be moved to the end of the volume and
> the primary and backup GPT Headers must be updated to reflect the new
> volume size.

- -- 
Andriy Gapon
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPPjAAAAoJEHSlLSemUf4vpjUH/0S2gDBN5gD1o7Aqa8W3BL2F
mbz+riZYoCKca1QBRVb6sJ/xaCVHidoivbJMbXDCNLf35tdCvillQiNuaR4YizRD
a8McAg4OpQmYlaNJ39/dpnIpPyY0XZ2jZWVV9PGob5tnh0uBDm0TL8/JSxIrsyol
l+QmUbuicRXzcKhwHRW4MArLtUD5jiZK2ytxpUvDgv8rJcKQO3dnMSPSFi2V8eFQ
0Yq2Nzb7Dwf9Ie6ldLT/Pw2dtkbCBYQbngPqtt7ynwVDQY0NA5OysPW3gym2OLo+
Vk+SsVTrLe9MVeD8T/4qSVvGIgm0xNqXcyOt7XIpN/yyHkbR20kfuzuq3sooN4o=
=/Q6i
-----END PGP SIGNATURE-----



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F3E3000.9000206>