From bc3af3ba587df86a39bed7aaebcfac0c6235dd5c Mon Sep 17 00:00:00 2001 From: Richard Laager Date: Thu, 19 May 2022 22:48:30 -0500 Subject: [PATCH] Ubuntu 22.04: Update bpool features This brings in things from Debian Bullseye. Signed-off-by: Richard Laager --- .../Ubuntu/Ubuntu 22.04 Root on ZFS.rst | 10 ++++++++-- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/docs/Getting Started/Ubuntu/Ubuntu 22.04 Root on ZFS.rst b/docs/Getting Started/Ubuntu/Ubuntu 22.04 Root on ZFS.rst index 5ec6252..d15bbef 100644 --- a/docs/Getting Started/Ubuntu/Ubuntu 22.04 Root on ZFS.rst +++ b/docs/Getting Started/Ubuntu/Ubuntu 22.04 Root on ZFS.rst @@ -287,8 +287,10 @@ Step 2: Disk Formatting -o feature@filesystem_limits=enabled \ -o feature@hole_birth=enabled \ -o feature@large_blocks=enabled \ + -o feature@livelist=enabled \ -o feature@lz4_compress=enabled \ -o feature@spacemap_histogram=enabled \ + -o feature@zpool_checkpoint=enabled \ -O acltype=posixacl -O canmount=off -O compression=lz4 \ -O devices=off -O normalization=formD -O relatime=on -O xattr=sa \ -O mountpoint=/boot -R /mnt \ @@ -329,12 +331,16 @@ Step 2: Disk Formatting boot pool. If one cares about speeding up the boot pool, it would make more sense to put the whole pool on the faster disk rather than using it as a ``special`` vdev. + - The ``device_rebuild`` feature should be safe to use (except on raidz, + which it is incompatible with), but the boot pool is small, so this does + not matter in practice. + - The ``log_spacemap`` and ``spacemap_v2`` features have been tested and + are safe to use. The boot pool is small, so these do not matter in + practice. - The ``project_quota`` feature has been tested and is safe to use. This feature is extremely unlikely to matter for the boot pool. - The ``resilver_defer`` should be safe but the boot pool is small enough that it is unlikely to be necessary. - - The ``spacemap_v2`` feature has been tested and is safe to use. The boot - pool is small, so this does not matter in practice. - As a read-only compatible feature, the ``userobj_accounting`` feature should be compatible in theory, but in practice, GRUB can fail with an “invalid dnode type” error. This feature does not matter for ``/boot``