Package Details: zfs-dkms 2.3.2-1

Git Clone URL: https://aur.archlinux.org/zfs-dkms.git (read-only, click to copy)
Package Base: zfs-dkms
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://zfsonlinux.org/
Licenses: CDDL
Provides: SPL-MODULE, zfs, ZFS-MODULE
Submitter: isiachi
Maintainer: kstolp
Last Packager: kstolp
Votes: 188
Popularity: 2.27
First Submitted: 2015-08-31 12:01 (UTC)
Last Updated: 2025-05-03 09:40 (UTC)

Pinned Comments

kstolp commented on 2025-04-29 16:56 (UTC) (edited on 2025-05-03 09:40 (UTC) by kstolp)

OpenZFS currently supports Linux kernel versions 4.18 - 6.14, as declared in the META file.

Options if your Linux kernel's version is not within that range:

1) Switch to another Linux kernel, such as linux-lts.

2) Prevent your kernel package from upgrading to an unsupported version until OpenZFS increases the maximum supported kernel version.

3) Modify this package to support your kernel by patching it on your local machine.

kstolp commented on 2023-09-29 00:34 (UTC)

When requesting changes, please include detailed reasoning for the change.

kstolp commented on 2023-01-07 09:31 (UTC)

If you receive this error when trying to build, it is because you have not imported the GPG keys used for verification.

==> ERROR: One or more PGP signatures could not be verified!

You have two options:

1) Import the two keys into your keyring. ArchWiki article. You can find the key IDs in the PKGBUILD file, in the validpgpkeys array. (recommended)

2) Alternatively, you can skip this verification by passing the --skippgpcheck argument to makepkg when building. (not recommended)

Latest Comments

« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 24 25 .. 66 Next › Last »

meithan commented on 2023-05-08 14:50 (UTC)

@kstopl: Thanks for the thought you have put into this possibility (and, of course, for the great work maintaining the package!). I do agree that there does not seem to be an obvious option that would assuredly work in all cases.

So I think it's best do to as you last said: leave things as they are and let users be responsible and verify compatibility before upgrading their kernel (ZFS users should know better).

@itoffshore: I think using a bleeding edge kernel with ZFS is fine as long as it is officially supported. It's up to each user to ensure that.

itoffshore commented on 2023-05-08 12:16 (UTC)

@kstolp - I run linux-hardened with linux-lts as a fallback kernel (I expect others use linux-lts as a fallback too). Anyone using zfs should not be using a bleeding edge kernel as zfs development naturally lags a little behind new linux kernel features. The existing pacman output is a sufficient clue without adding to maintenance with kernel version constraints.

Anyone interested in signed zfs (& other out of tree) kernel modules - see arch-sign-modules.

kstolp commented on 2023-05-08 02:48 (UTC)

@artodeto

That package specifically targets the default linux package. In their PKGBUILD, they use the variable _kernelver as a custom variable. _kernelver isn't something standard within PKGBUILD that causes it to limit the version of any installed kernel (if that's what you were thinking). Since that package depends on linux and linux-headers, this wouldn't necessarily work for someone who is only using the Zen kernel and has linux-zen and linux-zen-headers installed. See lines 10-16 where they explain.

I'm also hesitant to commit to my previous suggestion of including incompatible kernel versions for all officially supported kernels in the conflicts array. My concern is that there may be users who have linux and linux-lts installed, and simply boot to linux-lts when a linux update breaks this package. This suggested change would force the user to uninstall this package or linux when an update like this happens.

If anyone has any thoughts on this, please do let me know. I appreciate the input/feedback. If I don't hear anything, then I will leave things as they are where users are responsible for reading the output of pacman -Syu and taking appropriate action themselves.

artodeto commented on 2023-05-07 20:15 (UTC)

@kstopl

As you can see in the "zfs-linux" package, there is a way to limit kernel version (see _kernelver). For more detail, read the PKGBUILD(5).

Best regards and thanks for your work so far.

kstolp commented on 2023-05-06 01:59 (UTC)

I don't believe we can add specific versions of the linux kernel as dependencies, since users may be using a different kernel. However, I can explore adding the officially supported kernels with their incompatible versions to the conflicts array.

meithan commented on 2023-05-06 01:00 (UTC) (edited on 2023-05-06 01:02 (UTC) by meithan)

I do think that RubenKelevra's idea is a good one: why not specify the compatible kernel version range (as published by OpenZFS) as dependencies in the PKGBUILD?

That way at least the kernel upgrade will be blocked if it's not compatible (as happens with with zfs-linux).

What say you, kstolp?

RubenKelevra commented on 2023-05-05 23:44 (UTC)

==> dkms install --no-depmod zfs/2.1.11 -k 6.3.1-arch1-1
configure: error: 
        *** None of the expected "capability" interfaces were detected.
        *** This may be because your kernel version is newer than what is
        *** supported, or you are using a patched custom kernel with
        *** incompatible modifications.
        ***
        *** ZFS Version: zfs-2.1.11-1
        *** Compatible Kernels: 3.10 - 6.2

Error! Bad return status for module build on kernel: 6.3.1-arch1-1 (x86_64)
Consult /var/lib/dkms/zfs/2.1.11/build/make.log for more information.
==> WARNING: `dkms install --no-depmod zfs/2.1.11 -k 6.3.1-arch1-1' exited 10

This package's dependencies should reflect that it's incompatible, so one can avoid updating the kernel.

kstolp commented on 2023-05-04 00:41 (UTC)

ZFS 2.1.11 is not compatible with linux 6.3. Waiting on Issue #14622.

2G_Storm commented on 2023-04-22 15:31 (UTC)

@sgh unfortunately i don't know pacaur's functionalities. If i were you I would try either my steps or dhathaway's. I can assure you it has never failed me... not once... the only issue you could incur is a kernel version and zfs package version "mismatch" as sometimes with newer kernels zfs packages won't install due to some dependencies problems (I.e the kernel does not support that zfs version)... other than that the methods we provided are rock solid mate.

sgh commented on 2023-04-21 05:37 (UTC)

@2G_Storm

I use "pacaur -Syu" it pulls both but still fails.

running with "-d" to skip dependency check works, but I feel something is wrong dependency wise because 2.1.9 installed just fine.