On 2020-04-17 13:31, Kyle Evans wrote: > On Fri, Apr 17, 2020 at 3:14 PM Mel Pilgrim > <list_freebsd_at_bluerosetech.com> wrote: >> >> On 2020-04-17 11:35, Ryan Moeller wrote: >>> The FreeBSD platform support in OpenZFS does not yet include all >>> features present in FreeBSD’s ZFS. Some notable changes/missing >>> features include: >> [...] >>> * pre-mountroot zpool.cache loading (for automatic pool imports) >>> >>> To the last point, this mainly effects the case where / is on ZFS and >>> /boot is not or is on a different pool. OpenZFS cannot handle this >>> case yet, but work is in progress to cover that use case. Booting >>> directly from ZFS does work. >> >> To be clear, this means OpenZFS currently does not support / on >> GELI-encrypted disks, correct? > > If you have a legacy setup with a bootpool, that is correct. Since > 12.0+ the bootpool is almost completely redundant except for some odd > setup that I can never remember. For legacy setups, the bootpool > can/should be merged into your root pool if it's feasible. Yes, these are the "legacy" configuration with a small, unecrypted pool containing /boot and the keys to attach the encrypted root pool. Could the case you're thinking of be avoiding manual entry of a password at boot?Received on Fri Apr 17 2020 - 19:40:26 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:23 UTC