GELI created on a GPT labelled partition doesn't work 2nd time around...
Karl Pielorz
kpielorz_lst at tdx.co.uk
Tue Sep 30 08:41:04 UTC 2014
--On 28 September 2014 15:05 +0200 Pawel Jakub Dawidek <pjd at 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.
-Karl
More information about the freebsd-geom
mailing list