Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 25 Jun 2009 09:41:13 -0700
From:      Marcel Moolenaar <xcllnt@mac.com>
To:        Anton Shterenlikht <mexas@bristol.ac.uk>
Cc:        freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-ia64@freebsd.org
Subject:   Re: gmirror gm0 destroyed on shutdown; GPT corrupt
Message-ID:  <10FCC74D-6D46-4112-AD89-BBB4C5933957@mac.com>
In-Reply-To: <20090625110253.GA31443@mech-cluster238.men.bris.ac.uk>
References:  <20090625110253.GA31443@mech-cluster238.men.bris.ac.uk>

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

On Jun 25, 2009, at 4:02 AM, Anton Shterenlikht wrote:
> dev_taste(DEV,mirror/gm0)
> g_part_taste(PART,mirror/gm0)
>
> GEOM: mirror/gm0: the secondary GPT table is corrupt or invalid.
> GEOM: mirror/gm0: using the primary only -- recovery suggested.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

You created the mirror after the GPT, which means you destroyed
the GPT backup header. gmirror uses the last sector on the disk
for metadata and that by itself is a cause for various problems.

It's better to use gmirror per partition.

>
> #echo 'geom_mirror_load="YES"' >> /boot/loader.conf

Is /boot a symlink for /efi/boot?

> GEOM_MIRROR: Device gm0 destroyed.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

This is normal.

>
> And when the system is rebooted, there is no /dev/mirror anymore.

You could run into a race condition between GPT and gmirror and
GPT winning (again the result of gmirror using the last sector
on a disk for metadata).

Alternatively, make sure gmirror got loaded at boot.

FYI,

-- 
Marcel Moolenaar
xcllnt@mac.com






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?10FCC74D-6D46-4112-AD89-BBB4C5933957>