Replies: 1 comment
-
|
This question is best asked on an Ubuntu or general OpenZFS forum. Once ZFSBootMenu hands off control to the bootenv's kernel, it's entirely out of the picture. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I'm running Ubuntu 24.04 with an encrypted ZFS mirror setup. I've successfully configured the root pool (zroot) with
encrypted datasets using a keystore at
/etc/zfs/keys, and now I'm trying to add a second encrypted pool (data) thatshould be automatically unlocked at boot using
zfs-mount-generator.Current Configuration:
org.openzfs.systemd:ignore=onto bypass systemd integrationkeylocation=file:///etc/zfs/keys/zroot.keyset/etc/zfs/keys/zroot.keyzfs-mount-generatorcorrectly creates mount units and generates the service file belowThe Problem:
The
[email protected]fails during boot with exit code 255, but manually runningsystemctl start [email protected]after boot completes successfully.Generated Service File:
Boot Failure:
Question:
What could cause the key loading to fail during boot but succeed when run manually afterward? The service has
RequiresMountsFor='/etc/zfs/keys/zroot.key', so the keystore should be mounted before the service runs. Is there atiming or dependency issue I'm missing? How can I debug or resolve this?
Beta Was this translation helpful? Give feedback.
All reactions