Arch Linux User Repository

This package will be kept in sync with the openzfs latest stable release and the kernels officially supported by it.

For the supported kernel versions, refer to the respective openzfs release notes (LINK).

E.g. openzfs 2.3.2 supports kernel versions 4.18 - 6.14. When kernel 6.15 is released for Arch, zfs-linux will not be updated until the openzfs project announces that it's compatible. This will most likely happen with the next openzfs release.

The kernel compatibility of the upcoming openzfs release can be seen in their META file (LINK).

For those wishing to use openzfs with unsupported kernels, do note that this could lead to serious issues, including data loss, even though such a zfs-linux package might build and install cleanly. Have reliable backups and use such a package at your peril.

Please do not mark this package as out of date without checking the kernel compatibility first. Thank you!

Good news, everyone! With the latest release of ZFS/SPL on Linux, 0.6.0-rc12 (available as of yesterday), everything builds completely fine on kernel 3.6.5 without the need for any patches. All PKGBUILDs (spl{,-utils}, zfs{,-utils}) require a quick :%s/rc11/rc12/, generation of new md5sums, and the preempt patch can be removed. Happy compiling!

Hey everybody, just a quick update. The new build tool I have been working on is now in master, https://github.com/demizer/aur-zfs. With it you can build and package two different groups of packages one for aur and one for split. Again, building the split packages is more efficient. I still have a lot of work to be done, but it is progressing. I will be adding git, dkms, and lts packages after I setup my repo. My next step is to add unofficial repository support to my build tool so I can easily setup a repo with precompiled binaries. I will be hosting the repo on my website at http://demizerone.com/archzfs. Initially it will only be for 64bit code since the ZOL FAQ states that ZOL is very unstable with 32bit code due to memory management differences in Solaris and Linux. I will notify you all in the future when that is ready to go. @MilanKnizek, Yes updating is a pain. ZFS itself is hard-coded to linux versions at build time. The ZFS build tool puts the modules in "/usr/lib/modules/3.5.6-1-ARCH/addon/zfs/", and this the primary reason it has to be rebuilt each upgrade, even minor point releases. Nvidia for example puts their module in "/usr/lib/modules/extramodules-3.5-ARCH/", so minor point releases are still good and the nvidia package doesn't need to be re-installed. A possible reason for ZOL to be hard-coded like this because ZOL is still technically very beta code. I do have a question for the community, does anyone use ZFS on a 32bit system? Thanks!

If you keep the linux, and linux-headers packages while using the LTS you don't need to modify the PKGBUILDs. Because the checks will pass but it will build the packages to your current runnning kernel.

All, if you're suffering zfs kernel upgrade pain & fatigue, seriously consider going with the LTS (long term support) kernel. I just successfully built zfs on a system that I switched to the linux-lts 3.0.48-1. All you have to do is install the linux-lts and linux-lts-headers packages, reboot to the lts kernel, and change any instances of depends= or makedepends= lines in the package build file like so: Before: depends=('linux>=3.5' "spl>=${pkgver}" "zfs-utils>=${pkgver}") makedepends=('linux-headers>=3.5') After: depends=('linux-lts>=3.0' "spl>=${pkgver}" "zfs-utils>=${pkgver}") makedepends=('linux-lts-headers>=3.0') Then build and install each package in this order: spl-utils,spl,zfs-utils,zfs. Worked like a champ for me.

@demizer: there still seemed to be a problem during upgrading - zfs/spl requires kernel of certain version (hard-coded) and this blocks the upgrade (the old installed zfs/spl requires the old kernel and kernel can't be upgraded w/o breaking dependency of zfs/spl and therefore build of the new zfs/spl fails, too). So far, I have had to remove zpl/spl, upgrade kernel, rebuild + install spl/zfs and manually run depmod against the new kernel (i.e. the postinst: depmod -a does not work until next reboot) and only then reboot to load the new kernel & zfs modules successfully. That is quite clumsy and error-prone - I hope it will be resolved via DMKS.

@modular, You're trying to build with the 3.6.2 kernel. The current version (rc11) does not work with the 3.6.2 kernel. If you want to use it, you will have to downgrade to the 3.5.6 kernel (linux and linux-headers). https://wiki.archlinux.org/index.php/Downgrading_Packages Thanks!

@demizer I don't/won't run ZFS as a root file system. I'm getting the following build error: http://pastebin.com/ZcWiaViK

@modular, I don't use zfs as root, but I don't think you need to depmod and mkinitcpio every time you upgrade, i'm not 100% sure though since I don't use zfs as root. depmod is done automatically by makepkg on install. I do know for sure that on kernel upgrades (3.5.5 -> 3.5.6), you will have to rebuild and upgrade. I am working on a DKMS solution to help alleviate this and am also working on making an unofficial repository so users don't have to build themselves. Honestly at this point I would not use zfs as root because linux support is still under very heavy development. zfs is stable as a rock, but not the integration into linux. Case in point, the 3.6 kernel is released and the patches have been merged into the ZOL source tree, but the ZOL devs still have not made a release. To this end, I would say if you use zfs with anything in linux, make sure you have proper backups before updating. You just never know. As of this moment I am waiting for the next ZOL release, rc12, before I update the packages on AUR. At some point in the future I will also update the git packages in AUR, after getting permission or control from the current zfs-git package maintainer in AUR so users can easily build the latest git version if they choose.