GNU bug report logs - #73035
Add ZFS services. Or, add ZFS support to raw-initrd.

Previous Next

To reply to this bug, email your comments to 73035 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "amano.kenji" <amano.kenji <at> proton.me>
To: "bug-guix <at> gnu.org" <bug-guix <at> gnu.org>
Subject: Add ZFS services. Or, add ZFS support to raw-initrd.
Date: Thu, 05 Sep 2024 02:05:15 +0000

According to my analysis, zfs on root is not a good idea because grub doesn't support many zpool features, and grub needs to read kernel and initrd from /gnu/store on root filesystem.

If I want to mount ZFS file systems through file-systems of operating-system, raw-initrd should import zfs pools in file-system-scan-commands if any file system is zfs.

If I want to mount ZFS file systems through ZFS services, then those ZFS services should run before services are run because those services might need ZFS file systems, and ZFS services should be run after devices are mapped because some ZFS file systems might be on LUKS.

If ZFS support goes into raw-initrd, opearting-system will have to support loading zfs encryption keys in some way. If ZFS services are added instead, zfs-load-key service can be run during boot.

ZFS services are easier and less intrusive to existing gnu guix codebase than adding ZFS support to raw-initrd.

Either way is fine for me, but if you want to add ZFS services, I recommend the following services.

zfs-mount > zfs-load-key > zfs-mount > zfs-zed

zfs-share service seems unnecessary to me.

Message #8 received at 73035 <at> debbugs.gnu.org (full text, mbox):

From: "amano.kenji" <amano.kenji <at> proton.me>
To: "73035 <at> debbugs.gnu.org" <73035 <at> debbugs.gnu.org>
Subject: There was a typo.
Date: Thu, 05 Sep 2024 02:07:35 +0000

zfs-mount > zfs-load-key > zfs-mount > zfs-zed

should be

zfs-import > zfs-load-key > zfs-mount > zfs-zed

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.