Re: Unexpected result from "geli attach" attempt
- In reply to: David Wolfskill : "Re: Unexpected result from "geli attach" attempt"
 - Go to: [ bottom of page ] [ top of archives ] [ this month ]
 
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