The documented configuration changes for NixOS appear to
be making zfs available for boot. However, these changes
are also required just to make the zfs.ko module available
to modprobe even for users who don't need ZFS available at
boot time. Also, the kernel module does not appear until
after a reboot, regardless of 'nixos-rebuild switch'.
(a more knowledgable NixOS user might know how to modprobe
without a reboot, but I don't)
NixOS has enjoyed popularity among ZFS users thanks to
its declarative configuration and native ZFS support.
However, the installation guide used hardcoded disk
names in configuration files, which is unnecessary and
is the source of difficulties in multidisk setups.
The guide is now rewritten to leverage expressions in
the Nix language to manage multidisk setups.
Also adds instruction on replacing failed disk.
Closes#385.
Signed-off-by: Maurice Zhou <ja@apvc.uk>
Previously we used a bind mount from /boot/efis/*-part1
to /boot/efi to facilitate bootloader configuration.
Recent reports indicate that this bind mount prevents
the system from booting. This pull request removes the
bind mount.
Closes#383.
Signed-off-by: Maurice Zhou <ja@apvc.uk>
By my understanding, unnecessary due to unmounting at the end of the instruction. Has lead to unstable and error-spewing ZFS setups, as discussed in this issue: https://github.com/NixOS/nixpkgs/issues/214871
When mail dataset is created in /var/mail, the filesystem package will fail to install (as it does not expect /var/mail to be a directory, see https://archive.virtualmin.com/node/23096), so create it in /var/spool/mail instead as is usual.
Install the "python" package to get the a friendly bin/python wrapper
and install dependencies using origins rather than package names in
order to install the default flavor.
I am not sure under what circumstances this occurs, or whether it also
affects Debian Buster or Ubuntu.
Closes#349
Co-authored-by: Immanuel Albrecht <immanuel.albrecht@dlh.de>
Signed-off-by: Richard Laager <rlaager@wiktel.com>
Without the double quotes, the $DISK variable expands and will not
handle multi-disk correctly.
Co-authored-by: @baberlevi
Signed-off-by: Maurice Zhou <ja@apvc.uk>
RPM will prompt to install our signing key, so no need to manually import it:
```
ZFS on Linux for EL9 - kmod 3.3 MB/s | 3.4 kB 00:00
Importing GPG key 0x9DB84141:
Userid : "OpenZFS <release@openzfs.org>"
Fingerprint: 7DC7 299D CF7C 7FD9 CD87 701B A599 FD5E 9DB8 4141
From : /etc/pki/rpm-gpg/RPM-GPG-KEY-openzfs
Is this ok [y/N]: y
```
Removing the line also gets around the problem of the key being renamed from `RPM-GPG-KEY-zfsonlinux` -> `RPM-GPG-KEY-openzfs`
Add our new key for EL9+ and Fedora 37+, and update instructions
to include EL9. Also update links for Fedora/EL to use the
new zfs-release-2-2 RPM.
Signed-off-by: Tony Hutter <hutter2@llnl.gov>
Earlier we had to revert the CentOS 7 zfs-release RPM to point to the older `zfs-release.el8_6` RPM, since the newer universal RPM was encoded with zstd compression (which CentOS 7 didn't support). Since then, we've rebuilt the universal RPM with gzip, so we can use it again.
