Add ZFS services. Or, add ZFS support to raw-initrd.

  • Open
  • quality assurance status badge
Details
One participant
  • amano.kenji
Owner
unassigned
Submitted by
amano.kenji
Severity
normal
A
A
amano.kenji wrote on 5 Sep 04:05 +0200
(name . bug-guix@gnu.org)(address . bug-guix@gnu.org)
R9ItpP9HKZcoCR4gOhT9ShcZvNKTCfvhF7xUgoi5MpYU2PBTtBIsLSwcKqbCM_H3el38YL9kKW9W-Bmd-wprNMv4f6TtfdoAKzBTRE5EGPA=@proton.me
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.
A
A
amano.kenji wrote on 5 Sep 04:07 +0200
There was a typo.
(name . 73035@debbugs.gnu.org)(address . 73035@debbugs.gnu.org)
pZsjEnEZ0BTEhfcAeSwaVTbnvqUREGaHwUJyX6YnbT0s0eXa9tflt47xZFq-JREr3busLi6ejKNuJIHfXvLh4y7m_ejMRoRCZtir4N_4mCw=@proton.me
zfs-mount > zfs-load-key > zfs-mount > zfs-zed

should be

zfs-import > zfs-load-key > zfs-mount > zfs-zed
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 73035@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 73035
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch