Package Details: zfs-utils

Git Clone URL: (read-only)
Package Base: zfs-dkms
Description: Kernel module support files for the Zettabyte File System.
Upstream URL:
Licenses: CDDL
Conflicts: zfs-utils-git, zfs-utils-lts
Submitter: isiachi
Maintainer: isiachi
Last Packager: isiachi
Votes: 31
Popularity: 4.600721
First Submitted: 2015-08-31 12:01
Last Updated: 2017-02-12 22:38

Latest Comments

sulaweyo commented on 2017-05-23 16:40

4.11 kernel support is in 0.7.0 release of zol.
Guess we will have to wait for a release or go with the current RC which is might be a bit dangerous for a filesystem.

bus commented on 2017-05-21 05:34

dkms install fails on 4.11.2-1-ck-sandybridge. make.log reports:
make: *** No targets specified and no makefile found. Stop.

Horus commented on 2017-05-05 07:03

For me it works fine with 4.10.11.

saivert commented on 2017-05-04 12:47

No update since kernel 4.10 came out a while ago? Are we just to assume it works with any newer kernel?

dreieck commented on 2017-04-13 11:22


I made a patch for the PKGBUILD (can be used with customizepkg(-scripting)) implementing your suggestions:

The two files you suggest are at
respectively (although I do not install the bash script to /usr/share/libalpm/hooks/, rather to /usr/lib/dkms/. Does anyone know where it should really belong?)

dreieck commented on 2017-04-13 10:47

For the package 'zfs-dkms', please add

conflicts=('zfs-linux') (It does, in fact)
provices=("zfs-linux=${pkgver}") (it does, in fact, and is needed by other packages depending on zfs-linux).

(I am referencing to conflicts and dependencies with the packages at the repository
Server =$repo/x86_64)

For the package 'zfs-utils', please add

conflicts=('zfs-utils-linux') (It does, in fact)
provices=("zfs-utils-linux=${pkgver}") (it does, in fact, and is needed by other packages depending on zfs-linux).

(I am referencing to conflicts and dependencies with the packages at the repository
Server =$repo/x86_64)

laec commented on 2017-04-12 09:31

@masteroman I have the same issue, I use an alpm hook ( to workaround it:

1. Place this hook in /usr/share/libalpm/hooks/60-dkms-install-zfs.hook, this should execute before the default 70-dkms-install.hook

Operation = Install
Operation = Upgrade
Type = File
Target = usr/src/sql-*/dkms.conf
Target = usr/src/zfs-*/dkms.conf
Target = usr/lib/modules/*/kernel/

Description = Installing ZFS
Depends = dkms
When = PostTransaction
Exec = /usr/share/libalpm/hooks/dkms-install-zfs

2. Place this script in the same directory as the hook and make it executable:


set -o errexit
set -o nounset
set -o xtrace

install_module() {
local module="${1}"
local kernel="${2}"
for m in $(ls /usr/src); do
if [[ "${m}" =~ ^"${module}"-(.*)$ ]]; then
dkms install "${module}/${BASH_REMATCH[1]}" -k "${kernel}"

for kernel in $(ls /usr/lib/modules); do
if [[ -d "/usr/lib/modules/${kernel}/kernel" ]]; then
install_module spl "${kernel}"
install_module zfs "${kernel}"

this will make sure spl gets installed before zfs, it works for my setup.

@isiachi would you consider adding something like this to be part of this package to make it work out of the box?

masteroman commented on 2017-04-07 10:05

Am I wrong or there's wrong order of DKMS installations? Every upgrade of the kernel on my machine fails because of the missing SPL which happens because there's following order of commands:

1. DKMS removes spl and zfs kernel modules
2. DKMS installs zfs kernel module --> fails because of the missing spl module
3. DKMS installs spl module

Then I need to manually issue dkms install zfs module.

RubenKelevra commented on 2017-03-13 16:55

@thunderforce I don't try to _install_ but update the package, don't know how you got the thought I would try to install it.

@isiachi Nope, you package is broken not an aurhelper script. This is a plane stupid "works for me" reason from your side.

If you say "my package need version=xyz" and you want to upgrade the package and the next version has the dependency "I need version=abc" it cannot be upgraded. As well as the dependency cannot be upgraded, because it's a needed dependency with this version for an installed version.

I would say, yes this could be fixed in pacman, if they add a layer of complexity: copy all installed package versions, change them to the new versions and checking all constrains. But since this is not done, your package uses a not compatible way of adding a constrain.

Since you update both packages at the same time, you could simply add a "higher than xyz" on the zfs package and it would work while updating.

RubenKelevra commented on 2017-03-13 16:44

This package is now again not working with the official kernel package since the compability patches for Linux 4.10 are missing. Please fix this

All comments