Handbook mirroring section

Hiroki Sato hrs at FreeBSD.org
Sun Jun 10 17:36:01 UTC 2012


Warren Block <wblock at wonkity.com> wrote
  in <alpine.BSF.2.00.1206101011080.76685 at wonkity.com>:

wb> On Sun, 10 Jun 2012, Hiroki Sato wrote:
wb> > The location of the backup header is recorded in the Backup LBA field
wb> > in the primary header, so everything will work fine as long as the
wb> > pre-boot programs support it and the primary header is not corrupted.
wb> > I do not think this situation is against standards conformance though
wb> > it is suboptimal.
wb>
wb> It would certainly make things a lot simpler.  gpart would need
wb> modification.

 No modification is needed.  gpart already supports it for a long
 time.

wb> > If we can teach GEOM to BIOS and/or UEFI it would be the best, but it
wb> > is not likely.
wb>
wb> > What I want to know is whether there are some practical difficulties
wb> > when we apply the whole-disk mirroring procedure for MBR to a
wb> > GPT-based system.  Overwrite of the last LBA should not happen if
wb> > FreeBSD is the only one system on the disk.  One common failure
wb> > scenario is when the primary header is corrupted.  If there are more,
wb> > I want to know it.
wb>
wb> I tried a whole-disk GPT mirror for a short time, and had no problems
wb> other than gptboot complaining about the corrupted secondary header.
wb> It was not an exhaustive test, though.

 Can you try 9-STABLE after Apr 26?  The warning should not appear.

-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20120611/5c53de8b/attachment.sig>


More information about the freebsd-doc mailing list