Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 30 Sep 2014 06:54:45 -0700
From:      John-Mark Gurney <jmg@funkthat.com>
To:        Karl Pielorz <kpielorz_lst@tdx.co.uk>
Cc:        Pawel Jakub Dawidek <pjd@freebsd.org>, freebsd-geom@freebsd.org
Subject:   Re: GELI created on a GPT labelled partition doesn't work 2nd time around...
Message-ID:  <20140930135445.GB43300@funkthat.com>
In-Reply-To: <5A6D15305F99246DAE25673C@Mail-PC.tdx.co.uk>
References:  <FB80B30D52FBD7A0500EF984@study64.tdx.co.uk> <20140928130547.GD1620@garage.freebsd.pl> <5A6D15305F99246DAE25673C@Mail-PC.tdx.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
Karl Pielorz wrote this message on Tue, Sep 30, 2014 at 09:40 +0100:
> 
> 
> --On 28 September 2014 15:05 +0200 Pawel Jakub Dawidek <pjd@FreeBSD.org> 
> wrote:
> 
> >Could you provide the output of:
> >
> >	# diskinfo -v /dev/gpt/abcdef.eli
> 
> Sure, after GPTing, geli init / geli attach - the running the above gives:
> 
> "
> /dev/gpt/abcdef.eli
>        4096            # sectorsize
>        750155304960    # mediasize in bytes (699G)
>        183143385       # mediasize in sectors
>        0               # stripesize
>        0               # stripeoffset
>        11400           # Cylinders according to firmware.
>        255             # Heads according to firmware.
>        63              # Sectors according to firmware.
>             WD-WCAPT0430257s0s0        # Disk ident.
> "
> 
> In the interim - I wrote a script which matches the drives serial numbers, 
> with keys - and does a 'geli attach' on the raw disk (e.g. /dev/da0) - this 
> results in da0.eli, which can then be GPT partitioned etc.
> 
> Trying to run anything 'against' /dev/gpt/abcdef.eli results in, e.g.
> 
> # gpart create -s gpt /dev/gpt/abcdef.eli
> gpart: provider: Device not configured
> 
> or,
> 
> dd if=/dev/gpt/abcdef.eli of=/dev/null bs=1k count=1000
> dd: /dev/gpt/abcdef.eli: Invalid argument
> 
> If I repeat the above steps without the initial GPT partition (i.e. against 
> /dev/da0) - I end up with '/dev/da0.eli' - which I can then GPT fine etc.

gpt doesn't let you do gpt in gpt.. which explains why you can't
create the second level of gpt...

Why do you want/need to partition again?  You could possibly use bsd
as the second layer...

-- 
  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."



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