Re: Unexpected result from "geli attach" attempt

From: Kevin Oberman <rkoberman_at_gmail.com>
Date: Sat, 09 Aug 2025 21:00:26 UTC
On Fri, Aug 8, 2025 at 10:25 AM David Wolfskill <david@catwhisker.org>
wrote:

> On Fri, Aug 08, 2025 at 07:20:49PM +0200, Dag-Erling Smørgrav wrote:
> > David Wolfskill <david@catwhisker.org> writes:
> > > TL;DR: I attempted "/sbin/geli attach -k - /dev/ada0s4j"; result was:
> > >     geli: Invalid value for 'n' argument: Result too large
> >
> > This is a long-standing bug in sbin/geom/core/geom.c which was recently
> > made worse by my changes to expand_number(3).  It will get fixed within
> > a couple of days, please be patient.
> > ....
>
> OK; cool -- that's fine.  It's just reassuring to note that it wasn't
> "just me" -- or that I was hallucinating. :-}
>
> Thanks!
>
> Peace,
> david
> --
> David H. Wolfskill                              david@catwhisker.org
> Of course firing the statistician will force the statistics to conform!
>
> See https://www.catwhisker.org/~david/publickey.gpg for my public key.
>
I was able to mount geil devices by adding -n 0 to the attach subcommand.
From geli(8), t looks like only 0 or 1 are valid responses' If you have
only a single master key for the device, I believe '-n 0' is appropriate.
It works for me. If you have a secondary master key, I suspect that you may
need '-n 1'.

Doesn't look like you should need to specify -n, as, by default,  attach
should try both.
-- 
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683