Package Details: zfs-dkms 2.1.1-1

Git Clone URL: (read-only, click to copy)
Package Base: zfs-dkms
Description: Kernel modules for the Zettabyte File System.
Upstream URL:
Licenses: CDDL
Conflicts: spl-dkms
Provides: SPL-MODULE=2.1.1, ZFS-MODULE=2.1.1, spl-dkms, zfs
Replaces: spl-dkms
Submitter: isiachi
Maintainer: eschwartz (jonathon)
Last Packager: jonathon
Votes: 120
Popularity: 3.68
First Submitted: 2015-08-31 12:01
Last Updated: 2021-10-01 10:41

Required by (18)

Sources (3)

saghm commented on 2016-08-14 00:35

I'm unable to get the spl module to compile with the newest kernel update (4.7.0-1). I seem to be getting the same issue as, but the solution given there requires having the Linux source available. Any idea if/how I can fix this?

escentrix commented on 2016-08-12 20:02

Arch has now moved to 4.7.0 kernel, causing this package some trouble. What all needs to be done to bring this up to speed?

lockheed commented on 2016-08-04 07:44

Thanks. However, after compiling the new kernel and installing it, I get this:

-> Running build hook: [zfs]
==> ERROR: module not found: `zavl'
==> ERROR: module not found: `znvpair'
==> ERROR: module not found: `zunicode'
==> ERROR: module not found: `zcommon'
==> ERROR: module not found: `zfs'
==> ERROR: module not found: `zpios'
==> ERROR: module not found: `spl'
==> ERROR: module not found: `splat'

isiachi commented on 2016-07-28 11:14


If you remove the zfs package the old module are still loaded so you can simple install zfs-dkms.

lockheed commented on 2016-07-27 16:55

I have a technical question, sort of removing the tablecloth underneath the dinner set...

I have a server with ZFS on root which runs on regular zfs packages (non-dkms). I need to migrate to zfs-dkms (and friends) to get support for non-stock Arch kernel.

The question is: how can I do that?

To install -dkms packages, I need to remove regular packages. But if I do that, I am afraid I will not be able to boot (or even operate on root prior to reboot) anymore because the whole root is on ZFS.

Can someone propose some sane course of action?

isiachi commented on 2016-07-02 15:11

Thanks for the advices. This package is using and will use git to fetch the source.

For the alpm-hooks it's not a bad idea. I've already thought about but right now the kernel package updates the initcpio with the old .install script. So basically the initcpio it's always updated before dkms. I'm following this bug report and see what they want to do. (

seschwar commented on 2016-07-01 22:42

When using the tarball instead of Git you wouldn't have to download the whole history of the repository: source=($pkgver/zfs-$pkgver.tar.gz)

Also alpm-hooks(5) for rebuilding the initcpio when the DMKS modules have been rebuilt would be useful if your / is on ZFS.

bazzawill commented on 2016-05-21 05:31

Is it possible to remove the hard version for spl-dkms= to allow for higher versions as this would allow upgrades to progress easier

cschwarz commented on 2016-05-08 22:24

Disabling checksum-checking is a bad idea (since, commit 8f9f7d54b520e920d1561a49b76ee092f6c13d4f).

If you don't want to use the tarballs, you should use the commit SHA1,e.g.


Otherwise, since the tags are not signed, they could be changed by upstream, rendering inconsistent versioning of this package.

Please change this back in all (zfs|spl)-(dkms|utils).

isiachi commented on 2016-04-04 12:52

It's all about build not dep.

Upgrade your packages with -d flag.