Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 17 Apr 2015 13:36:52 +1000
From:      Yudi V <yudi.tux@gmail.com>
To:        freebsd-questions@freebsd.org
Subject:   Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror
Message-ID:  <CACo--mu0DBe_Vh-nayqO--wAY6D2MmS4A%2B9ksoJgb%2BhHsYbo=Q@mail.gmail.com>
In-Reply-To: <772eb83d.1c422b92@fabiankeil.de>
References:  <CACo--mtMq=pLA-n5B2yPGftdUVa0aR6Pox5mRitMLguPXRto0g@mail.gmail.com> <552D135F.9010907@FreeBSD.org> <CACo--muDpFszfQZzGe7%2BvuBc1Y9QQ0u-fgoHCM1kOUny2u5yOg@mail.gmail.com> <05238e5a.6156fafe@fabiankeil.de> <CACo--mte5c8ER-V6hqcZmvsmU2gPtCwMgSsFH29HLrcrLG-yjg@mail.gmail.com> <52922ff3.7b8a6684@fabiankeil.de> <CACo--mtH8Ck1fekC_YutHLORgq5dxGtmKeX9uX1u0u8bWPSCjQ@mail.gmail.com> <772eb83d.1c422b92@fabiankeil.de>

next in thread | previous in thread | raw e-mail | index | archive | help
I cleared the label info on /dev/ada2, still same error. And that disk
(ada2) became unavailable.
gpart show does not even list the disk or it's partitions. I am guessing
zpool labelclear -f /dev/ada2 destroyed the partition table.


Answer to Ricky's question:

No I used geom names (ada2p3).
I cannot figure out the reason for the GUID mismatch (see console image).
Any ideas?

On Fri, Apr 17, 2015 at 4:26 AM, Fabian Keil <freebsd-listen@fabiankeil.de>
wrote:

> Yudi V <yudi.tux@gmail.com> wrote:
>
> > I checked some popular image hosting websites, could not find any that
> did
> > not use javascript. I can send you the images via email.
>
> Sure.
>
> > This is reproducible on a clean install of 9.3 as well. I think it's a
> bug.
>
> I think the problem could be that two of the labels from ada2p3 are picked
> up when looking at ada2 itself. Quoting the gptzfsboot man page:
>
> | After a disk is probed and gptzfsboot determines that the
> | whole disk is not a ZFS pool member, the individual partitions
> | are probed in their partition table order.
>
> Putting the pool on p2 and using p3 for swap would probably work around
> this, but given that there's free space behind p3 already, it's not
> obvious to me why this wasn't already sufficient.
>
> > Here's the output of zdb -l /dev/ada2p3
> [...]
> >
> > gpart show ada2 output:
> >
> > =>       34  156301421  ada2  GPT  (74G)
> >          34       2014        - free -  (1M)
> >        2048        512     1  freebsd-boot  (256k)
> >        2560       1536        - free -  (768k)
> >        4096    8388608     2  freebsd-swap  (4.0G)
> >     8392704   10485760        - free -  (5.0G)
> >    18878464  137422848     3  freebsd-zfs  (65G)
> >   156301312        143        - free -  (71k)
>
> For comparison, no labels are found with this layout
> (p3, p4 and p5 are also encrypted, though):
>
> [fk@kendra ~]$ gpart show
> =>        40  1250263648  ada0  GPT  (596G)
>           40         128     1  freebsd-boot  (64K)
>          168        1880        - free -  (940K)
>         2048      409600     2  freebsd-zfs  (200M)
>       411648     8388608     3  freebsd-zfs  (4.0G)
>      8800256     8388608     4  freebsd-swap  (4.0G)
>     17188864  1233074816     5  freebsd-zfs  (588G)
>   1250263680           8        - free -  (4.0K)
>
> [fk@kendra ~]$ zdb -l /dev/ada0
> --------------------------------------------
> LABEL 0
> --------------------------------------------
> failed to unpack label 0
> --------------------------------------------
> LABEL 1
> --------------------------------------------
> failed to unpack label 1
> --------------------------------------------
> LABEL 2
> --------------------------------------------
> failed to unpack label 2
> --------------------------------------------
> LABEL 3
> --------------------------------------------
> failed to unpack label 3
>
> Fabian
>



-- 
Kind regards,
Yudi



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACo--mu0DBe_Vh-nayqO--wAY6D2MmS4A%2B9ksoJgb%2BhHsYbo=Q>