ZFS installer is a shell script program that fully prepares ZFS on a system, and allows an effortless installation of several Debian-based operating systems using their standard installer (or debootstrap, or any custom script).
- Project status
- Requirements and functionality
- Comparison with Ubuntu built-in installer
- Instructions
- Stability
- Demo
- Bug reporting/feature requests
- Help
- Credits
The project is, sadly, closed.
Unfortunately, O/S installers don't have (stable) specifications (see the stability section), and I don't have the resources to update the project.
The ZFS developers decided to work together with Canonical, which makes sense. Although Canonical's pace is very slow and it may not reach convenient features (customizations) for a very long time (if ever), integrating ZFS in the default installer is an impactful choice. Of course, this leaves other distributions without any easy mean to setup ZFS... well, complain to the ZFS devs 😜
As of Ubuntu 22.04, those who want to easily prepare non-trivial ZFS setups (e.g. encryption+mirroring) can still do it easily (although in limited form, e.g. no EFI partition mirroring, and so on), by using the Ubuntu installer to configure a ZFS scheme, then adding new volumes after the first boot.
The program currently supports:
- Ubuntu Desktop 18.04.x/20.04/22.04 Live
- Ubuntu Server 18.04.x/20.04/22.04 Live
- Linux Mint 19.x, 20
- Debian 10.x/11.x Live (desktop environment required)
- ElementaryOS 5.1
The ZFS version installed is 0.8 (optionally, 2.x), which supports native encryption and trimming (among the other improvements over 0.7). The required repositories are automatically added to the destination system.
EFI boot is required (any modern (2011+) system will do); legacy boot is currently not supported.
All the ZFS RAID types are supported, with any arbitrary number of disks. An EFI partition is created on each disk, for redundancy purposes.
It's fairly easy to extend the program to support other Debian-based operating systems (e.g. older/newer Ubuntu's, etc.) - the project is (very) open to feature requests.
As of 20.04, Canonical makes available an experimental ZFS installer on Ubuntu Desktop.
The advantages of this project over the Ubuntu installer are:
- it allows configuring pools, datasets and the RAID type;
- it allows customizing the disk partitions;
- it supports additional features (e.g. encryption and trimming);
- it supports newer OpenZFS versions, via PPA
jonathonf/zfs. - it supports many more operating systems;
- it supports unattended installations, via custom scripts;
- it's easy to extend.
Start the live CD of a supported Linux distribution, then open a terminal and execute:
GET https://git.io/JEw00 | sudo bashthen follow the instructions; halfway through the procedure, the GUI installer of the O/S will be launched.
Ubuntu Server requires a slightly different execution procedure:
- when the installer welcome screen shows up, tap
Ctrl+Alt+F2, - then type
curl -L https://git.io/JEw00 | sudo bash.
then follow the instructions.
The project is carefully developed, however, it's practically impossible to guarantee continuous stability, for two reasons:
- Linux distributions frequently apply small changes to their installers, even on the same distribution version,
- automated testing is not feasible; although debootstrap installations could be automated, the bulk of the work is related to the installers, which can't be automated without sophisticated GUI automation,
- testing is time consuming, so it can be performed on a limited amount of distros at a time.
Broadly speaking, there are two types of breakages:
- minor changes directly or indirectly related to the installer, for example:
- partition mounts change behavior (e.g. when they're dismounted)
- installed services change behavior (e.g. a new service creates an ephemeral file under /target/run, and the sync fails because the file disappears)
- GRUB setup not working
- most annoying issue to debug; the installer will succeed, but the installed O/S won't boot
Unfortunately, the installer can't just skip (or even attempt to handle) unknown errors - the breakage surface is very large, and on large enough scale, it'd cause breakages.
I can't even simply accept PRs that have been tested on the author system with the best intentions, because without considerable testing, they may be ineffective/broken on other systems (this did happen).
The Ubuntu Server alternate (non-live) version is not supported, as it's based on the Busybox environment, which lacks several tools used in the installer (apt, rsync...).
The installer itself can run over SSH ([S]Ubiquity of course needs to be still run in the desktop environment, unless a custom script is provided), however, GNU Screen sessions may break, due to the virtual filesystems rebinding/chrooting. This is not an issue with the ZFS installer; it's a necessary step of the destination configuration.
The program supports unattended installation, via environment variables. The program built-in help explains all the options:
$ wget -qO- https://git.io/JEw00 | bash /dev/stdin --help
Usage: install-zfs.sh [-h|--help]
Sets up and install a ZFS Ubuntu installation.
This script needs to be run with admin permissions, from a Live CD.
The procedure can be entirely automated via environment variables:
- ZFS_OS_INSTALLATION_SCRIPT : path of a script to execute instead of Ubiquity (see dedicated section below)
- ZFS_USE_PPA : set to 1 to use packages from `ppa:jonathonf/zfs` (automatically set to true if the O/S version doesn't ship at least v0.8)
- ZFS_SELECTED_DISKS : full path of the devices to create the pool on, comma-separated
- ZFS_PASSPHRASE
- ZFS_RPOOL_NAME
- ZFS_BPOOL_TWEAKS : boot pool options to set on creation (defaults to `-o ashift=12`)
- ZFS_RPOOL_TWEAKS : root pool options to set on creation (defaults to `-o ashift=12 -O acltype=posixacl -O compression=lz4 -O dnodesize=auto -O relatime=on -O xattr=sa -O normalization=formD`)
- ZFS_NO_INFO_MESSAGES : set 1 to skip informational messages
- ZFS_SWAP_SIZE : swap size (integer); set 0 for no swap
- ZFS_FREE_TAIL_SPACE : leave free space at the end of each disk (integer), for example, for a swap partition
When installing the O/S via $ZFS_OS_INSTALLATION_SCRIPT, the root pool is mounted as `/mnt`; the requisites are:
1. the virtual filesystems must be mounted in `/mnt` (ie. `for vfs in proc sys dev; do mount --rbind /$vfs /mnt/$vfs; done`)
2. internet must be accessible while chrooting in `/mnt` (ie. `echo nameserver 8.8.8.8 >> /mnt/etc/resolv.conf`)
3. `/mnt` must be left in a dismountable state (e.g. no file locks, no swap etc.);
Other options may be supported, and displayed in the current commandline help, so users are invited to take a look.
This project is entirely oriented to community requests, as the target is to facilitate ZFS adoption.
Both for feature requests and bugs, open a GitHub issue.
For issues, also attach the content of the directory /tmp/zfs-installer. It doesn't contain any information aside what required for performing the installation; it can be trivially inspected, as it's a standard Bash debug output.
Since support for this project has been discontinued, the best place to request help is the ZFS Discuss forum.
For the same reason, it's not great etiquette to write me an email asking for help 😬
The workflow of this program is based on the official ZFS wiki procedure, so, many thanks to the ZFS team.
As my other open source work and technical writing, this project is sponsored by Ticketsolve.