Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

How to disable GELI selectively?

10 views
Skip to first unread message

thor

unread,
Jun 18, 2018, 12:22:22 PM6/18/18
to
Hello!

Here I have a computer with 2 HDDs partitioned identically with GELI
encrypted root as in
https://forums.freebsd.org/threads/howto-full-disk-encryption-fast-way.19082/

When I boot the computer it properly asks the passphrase for /dev/ada0p3
and mounts /dev/ada0p3.eli as a root.

Then, it asks "Enter passphrase for gptid...." which I don't want since
the second HDD should be attached manually when needed ONLY and all
other time it should be unmounted. I am to press enter enough times to
make me mad.

I have found
https://lists.freebsd.org/pipermail/freebsd-stable/2012-July/068704.html
but it resolves the problem how to mount /dev/ada1p3.eli on boot but not
how not to mount it.

kern.geom.eli.tries=0 makes geli not to ask for every passphrase
including /dev/ada0p3 and the boot correspondingly totally fails.

What should I do?

Thor



_______________________________________________
freebsd-...@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questi...@freebsd.org"

Erich Dollansky

unread,
Jun 18, 2018, 9:56:05 PM6/18/18
to
Hi,

On Tue, 19 Jun 2018 00:19:01 +0800
thor <th...@irk.ru> wrote:

> Hello!
>
> Here I have a computer with 2 HDDs partitioned identically with GELI
> encrypted root as in
> https://forums.freebsd.org/threads/howto-full-disk-encryption-fast-way.19082/
>
> When I boot the computer it properly asks the passphrase
> for /dev/ada0p3 and mounts /dev/ada0p3.eli as a root.
>
> Then, it asks "Enter passphrase for gptid...." which I don't want
> since the second HDD should be attached manually when needed ONLY and
> all other time it should be unmounted. I am to press enter enough
> times to make me mad.
>
> What should I do?
>
just take all other partitions / slices out of /etc/fstab.

Erich

thor

unread,
Jun 18, 2018, 11:42:51 PM6/18/18
to
The other partitions are NOT in fstab. They are mounted manually with
explicit mount and geli attach commands. Moreover, it occurs during a
boot well before init gets control and spawns the mount process.

Erich Dollansky

unread,
Jun 19, 2018, 12:29:00 AM6/19/18
to
Hi,

On Tue, 19 Jun 2018 11:39:24 +0800
thor <th...@irk.ru> wrote:

> The other partitions are NOT in fstab. They are mounted manually with
> explicit mount and geli attach commands. Moreover, it occurs during a
> boot well before init gets control and spawns the mount process.
>
what is then in your /boot/loader.conf?

Erich

thor

unread,
Jun 19, 2018, 6:39:00 AM6/19/18
to
 % cat /boot/loader.conf
geom_eli_load="YES"
geli_ada0p3_keyfile0_load="YES"
geli_ada0p3_keyfile0_type="ada0p3:geli_keyfile0"
geli_ada0p3_keyfile0_name="/boot/key"
vfs.root.mountfrom="ufs:ada0p3.eli"

kern.vty="sc"
aesni_load="YES"
nvidia_load="YES"
linux_load="YES"

Erich Dollansky

unread,
Jun 19, 2018, 9:48:34 AM6/19/18
to
Hi,

On Tue, 19 Jun 2018 18:35:29 +0800
thor <th...@irk.ru> wrote:

>  % cat /boot/loader.conf
> geom_eli_load="YES"
> geli_ada0p3_keyfile0_load="YES"
> geli_ada0p3_keyfile0_type="ada0p3:geli_keyfile0"
> geli_ada0p3_keyfile0_name="/boot/key"

I do not understand this ether. It should attach only the partition
mentioned above.

Can you try the following for the partitions not to attach:

geli_adaXp3_keyfile0_load="NO"

replacing the X with the real number.

Erich

thor

unread,
Jun 19, 2018, 10:21:35 AM6/19/18
to
Already tried. No effect.
0 new messages