ZFS: Difference between revisions
imported>Sjau No edit summary |
imported>Sjau |
||
Line 259: | Line 259: | ||
* In order to use DHCP in the initrd, network manager must not be enabled and <code>networking.useDHCP = true;</code> must be set. | * In order to use DHCP in the initrd, network manager must not be enabled and <code>networking.useDHCP = true;</code> must be set. | ||
* If your network card isn't started, you'll need to add the according kernel module to the initrd as well, e.g. <code>boot.initrd.kernelModules = [ "r8169" ];</code> | * If your network card isn't started, you'll need to add the according kernel module to the initrd as well, e.g. <code>boot.initrd.kernelModules = [ "r8169" ];</code> | ||
* Also the initrd must contain at least one authroized key. A simple way to use root's authroized_keys file is the following piece in the ssh part: < | * Also the initrd must contain at least one authroized key. A simple way to use root's authroized_keys file is the following piece in the ssh part: | ||
<syntaxHighlight lang=nix> | |||
authorizedKeys = [ | |||
'' | |||
${builtins.readFile /root/.ssh/authorized_keys} | |||
'' | |||
]; | |||
</syntaxHighlight> | |||
== Need more info? == | == Need more info? == |
Revision as of 12:34, 15 October 2017
NixOS has native support for ZFS. It uses the code from the ZFS on Linux project, including kernel modules and userspace utilities.
What works
All functionality supported by ZFS on Linux, including:
- Using ZFS as the root filesystem (using either MS-DOS or GPT partitions)
- Encrypted ZFS pools (using either native encryption or Linux's dm-crypt)
- All the other ZFS goodies (cheap snapshotting, checksumming, compression, RAID-Z, ...)
- Auto-snapshotting service
Known issues
- As of 2014-03-04, you shouldn't use a ZVol as a swap device, as it can deadlock under memory pressure
- As of 2014-03-04, you should set the
mountpoint
property of your ZFS filesystems to belegacy
and let NixOS mount them like any other filesystem (such as ext4 or btrfs), otherwise some filesystems may fail to mount due to ordering issues - As of 2014-03-04, all ZFS pools available to the system will be forcibly imported during boot, regardless if you had imported them before or not. You should be careful not to have any other system accessing them at the same time, otherwise it will corrupt your pools. Normally (for the common desktop user) this should not be a problem, as a hard disk is usually only directly connected to one machine.
How to use it
Just add the following to your configuration.nix
file:
boot.supportedFilesystems = [ "zfs" ];
To activate the configuration and load the ZFS kernel module, run:
nixos-rebuild switch
All ZFS functionality should now be available.
If you want NixOS to auto-mount your ZFS filesystems during boot, you should set their mountpoint
property to legacy
and treat it like if it were any other filesystem, i.e.: mount the filesystem manually and regenerate your list of filesystems, as such:
zfs set mountpoint=legacy <pool>/<fs>
mount -t zfs <pool>/<fs> <mountpoint>
# This will regenerate your /etc/nixos/hardware-configuration.nix file:
nixos-generate-config
nixos-rebuild switch
NixOS will now make sure that your filesystem is always mounted during boot.
The nixos-generate-config
command regenerates your /etc/nixos/hardware-configuration.nix
file, which includes the list of filesystems for NixOS to mount during boot, e.g.:
fileSystems."/home" =
{ device = "rpool/home";
fsType = "zfs";
};
fileSystems."/backup" =
{ device = "rpool/backup";
fsType = "zfs";
};
Automatic Scrubbing
Regular scrubbing of ZFS pools is recommended and can be enabled in your NixOS configuration via:
services.zfs.autoScrub.enable = true;
You can tweak the interval (defaults to once a week) and which pools should be scrubbed (defaults to all).
How to use the auto-snapshotting service
To auto-snapshot a ZFS filesystem or a ZVol, set its com.sun:auto-snapshot
property to true
, like this:
$ zfs set com.sun:auto-snapshot=true <pool>/<fs>
(Note that by default this property will be inherited by all descendent datasets, but you can set their properties to false if you prefer.)
Then, to enable the auto-snapshot service, add this to your configuration.nix
:
services.zfs.autoSnapshot.enable = true;
And finally, run nixos-rebuild switch
to activate the new configuration!
By default, the auto-snapshot service will keep the latest four 15-minute, 24 hourly, 7 daily, 4 weekly and 12 monthly snapshots.
You can globally override this configuration by setting the desired number of snapshots in your configuration.nix
, like this:
services.zfs.autoSnapshot = {
enable = true;
frequent = 8; # keep the latest eight 15-minute snapshots (instead of four)
monthly = 1; # keep only one monthly snapshot (instead of twelve)
};
You can also disable a given type of snapshots on a per-dataset basis by setting a ZFS property, like this:
$ zfs set com.sun:auto-snapshot:weekly=false <pool>/<fs>
This would disable only weekly snapshots on the given filesystem.
How to install NixOS on a ZFS root filesystem
Here's an example of how to create a ZFS root pool using 4 disks in RAID-10 mode (striping+mirroring), create a ZFS root+home filesystems and install NixOS on them: (thanks to Danny Wilson for the instructions)
# Add the zfs filesystem to the install environment:
nano /etc/nixos/configuration.nix
## ---8<-------------------------8<---
boot.supportedFilesystems = [ "zfs" ];
## ---8<-------------------------8<---
nixos-rebuild switch
# Load the just installed ZFS kernel module
modprobe zfs
# Create boot partition and (zfs) data partition
# See: https://github.com/zfsonlinux/pkg-zfs/wiki/HOWTO-install-Ubuntu-to-a-Native-ZFS-Root-Filesystem#step-2-disk-partitioning
fdisk /dev/sda
# Copy the partition table to the other disks
sfdisk --dump /dev/sda | sfdisk /dev/sdb
sfdisk --dump /dev/sda | sfdisk /dev/sdc
sfdisk --dump /dev/sda | sfdisk /dev/sdd
# Create a RAID-10 ZFS pool. Use "-o ashift=12" to create your ZFS pool with 4K sectors
zpool create -o ashift=12 -o altroot=/mnt rpool mirror /dev/sda2 /dev/sdb2 mirror /dev/sdc2 /dev/sdd2
# Create the filesystems
zfs create -o mountpoint=none rpool/root
zfs create -o mountpoint=legacy rpool/root/nixos
zfs create -o mountpoint=legacy rpool/home
zfs set compression=lz4 rpool/home # compress the home directories automatically
# Mount the filesystems manually
mount -t zfs rpool/root/nixos /mnt
mkdir /mnt/home
mount -t zfs rpool/home /mnt/home
# Create a raid mirror of the first partitions for /boot (GRUB)
mdadm --build /dev/md127 --metadata=0.90 --level=1 --raid-devices=4 /dev/sd[a,b,c,d]1
mkfs.ext4 -m 0 -L boot -j /dev/md127
mkdir /mnt/boot
mount /dev/md127 /mnt/boot
# Generate the NixOS configuration, as per the NixOS manual
nixos-generate-config --root /mnt
# Now edit the generated hardware config:
nano /mnt/etc/nixos/hardware-configuration.nix
## ---8<-------------------------8<---
# This is what you want:
fileSystems."/" =
{ device = "rpool/root/nixos";
fsType = "zfs";
};
fileSystems."/home" =
{ device = "rpool/home";
fsType = "zfs";
};
fileSystems."/boot" =
{ device = "/dev/md127";
fsType = "ext4";
};
## ---8<-------------------------8<---
# configuration.nix needs an adjustment:
nano /mnt/etc/nixos/configuration.nix
## ---8<-------------------------8<---
# This is some more of what you want:
boot.loader.grub.devices = [ "/dev/sda" "/dev/sdb" "/dev/sdc" "/dev/sdd" ];
boot.supportedFilesystems = [ "zfs" ];
## ---8<-------------------------8<---
# Ready to go!
nixos-install
Encrypted ZFS
Native encryption is only available in the zfsUnstable
package of NixOS, which was added in PR-29426 in unstable
and will be part of 18.03
. In older versions it is also possible to use full disk encryption by creating zfs top of cryptsetup.
In the unstable channel at the moment it is necessary to set boot.zfs.enableUnstable = true;
to get zfs version based on master branch as zfsStable does not yet have this feature.
Assuming that a zpool named zroot
has been already created as described.
Encrypted datasets can be added on top as follow:
$ zfs create -o encryption=aes-256-gcm -o keyformat=passphrase -o mountpoint=none zroot/root
All child datasets will inherit the encryption. Note that using grub to boot directly from zfs with encryption enabled might not work at the moment, so a separate boot partition is required. A full encrypted nixos installation on an UEFI system could look like this:
$ zfs create -o mountpoint=legacy -o sync=disabled zroot/root/tmp
$ zfs create -o mountpoint=legacy -o com.sun:auto-snapshot=true zroot/root/home
$ zfs create -o mountpoint=legacy -o com.sun:auto-snapshot=true zroot/root/nixos
$ mount -t zfs zroot/root/nixos /mnt
$ mkdir /mnt/{home,tmp,boot}
$ # assuming that /dev/sda1 is the boot partition
$ mkfs.vfat /dev/sda1
$ mount /dev/sda1 /mnt/boot/
$ mount -t zfs zroot/root/home /mnt/home/
$ mount -t zfs zroot/root/tmp /mnt/tmp/
$ nixos-generate-config --root /mnt
Unlock encrypted zfs via ssh on boot
In case you want unlock a machine remotely (after an update), having a dropbear ssh service in initrd for the password prompt is handy:
boot = {
initrd.network = {
# This will use udhcp to get an ip address.
# Make sure you have added the kernel module for your network drive to `boot.initrd.availableKernelModules`,
# so your initrd can load it!
# Static ip addresses might be configured using the ip argument in kernel command line:
# https://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txt
enable = true;
ssh = {
enable = true;
# To prevent ssh from freaking out because a different host key is used,
# a different port for dropbear is useful (assuming the same host has also a normal sshd running)
port = 2222;
# dropbear uses key format different from openssh; can be generated by using:
# $ nix-shell -p dropbear --command "dropbearkey -t ecdsa -f /tmp/initrd-ssh-key"
hostECDSAKey = "/run/keys/initrd-ssh-key";
};
# this will automatically load the zfs password prompt on login
# and kill the other prompt so boot can continue
postCommands = ''
echo "zfs load-key -a; killall zfs" >> /root/.profile
'';
};
};
- In order to use DHCP in the initrd, network manager must not be enabled and
networking.useDHCP = true;
must be set. - If your network card isn't started, you'll need to add the according kernel module to the initrd as well, e.g.
boot.initrd.kernelModules = [ "r8169" ];
- Also the initrd must contain at least one authroized key. A simple way to use root's authroized_keys file is the following piece in the ssh part:
authorizedKeys = [
''
${builtins.readFile /root/.ssh/authorized_keys}
''
];
Need more info?
Feel free to ask your questions on the NixOS mailing list or the IRC channel: http://nixos.org/development/