You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Running a system with root on an encrypted ZFS pool as guided by https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20Buster%20Root%20on%20ZFS.html.
The root pool gets imported correctly during boot and is able to be decrypted with the zfsunlock script. An additional encrypted pool does get mounted, but only gets mounted and unlocked (by requesting the key on the console) after the zfsunlock utility terminates and the dropbear initramfs session terminates.
When manually importing the extra zpool beforehand the key gets requested by zfsunlock, so I'm guessing it has to do with the issue listed in #236. Since that issue hasn't been resolved yet, would there be another way to import zpools at boot before the Dropbear session starts in initramfs?
ZFS version: zfs-2.0.3-1~bpo10+1.
Both pools are encrypted with a passphrase which has to be manually be put in via the Dropbear session.
The text was updated successfully, but these errors were encountered:
Simply using zpool import -l other-pool will result in many of the datasets being automatically mounted too early, and then hidden by the true root filesystem. They can't be mounted, because they are already mounted, yet they are not visible. And they can't be unmounted, either.
Running a system with root on an encrypted ZFS pool as guided by https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20Buster%20Root%20on%20ZFS.html.
The root pool gets imported correctly during boot and is able to be decrypted with the
zfsunlock
script. An additional encrypted pool does get mounted, but only gets mounted and unlocked (by requesting the key on the console) after the zfsunlock utility terminates and the dropbear initramfs session terminates.When manually importing the extra zpool beforehand the key gets requested by zfsunlock, so I'm guessing it has to do with the issue listed in #236. Since that issue hasn't been resolved yet, would there be another way to import zpools at boot before the Dropbear session starts in initramfs?
ZFS version: zfs-2.0.3-1~bpo10+1.
Both pools are encrypted with a passphrase which has to be manually be put in via the Dropbear session.
The text was updated successfully, but these errors were encountered: