guix-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#45643] [PATCH 0/3] Better Support for ZFS on Guix


From: raid5atemyhomework
Subject: [bug#45643] [PATCH 0/3] Better Support for ZFS on Guix
Date: Mon, 04 Jan 2021 01:02:25 +0000

ZFS package is broken, and we should really recompile ZFS at each kernel update 
anyway.

This patchset includes:

* Patch 1:
  * Fixes for "util-linux" dependency which causes problems with mounting ZFS 
datasets.
  * Expose a "make-zfs-package" procedure to create kernel-specific ZFS 
packages as suggested here: https://issues.guix.gnu.org/45403#3
  * Add a service "zfs-loader-service-type" that provisions "zfs-loader", that 
modprobes ZFS and automounts ZFS datasets at bootup. The latter behavior is 
what is expected of ZFS from other OSs, so it's best to imitate that as well.
  * Document how to set up and use the above.
  * This makes ZFS on Guix actually *possible*.  Tested in a VM.
* Patch 2:
  * Make the "file-systems" provisioning service a target similar to 
"user-processes", so that other services can insert themselves into 
"file-systems" mounting.
  * Make the "zfs-loader" part of the "file-systems" target if it is 
instantiated.
  * This enables /home on ZFS (previous patch is not enough as "user-homes" 
service is part of the "user-processes"; we need to make ZFS loading and 
mounting earlier).
* Patch 3
  * Disable checking of "device" field for declared file-systems that are of 
type "zfs".
  * Make file-systems of type "zfs" dependent on "zfs-loader" to ensure that 
"zfs" module is loaded and all pools are imported and known by the ZFS module.
  * This enables declaring ZFS datasets as (file-system ...) declarations, if 
the sysad wants to explicitly document the mountpoints in the configuration 
file rather than having ZFS manage mountpoints.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]