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: 1.54
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 .. 26 27 28 29 30 31 32 33 34 35 36 .. 66 Next › Last »

HellishINC commented on 2021-09-21 06:58 (UTC) (edited on 2021-09-21 07:01 (UTC) by HellishINC)

2.1.1 was released 5 days ago with support for 5.14.x

Download snapshot, open PKGBUILD, change version to 2.1.1 and it's sum to 'SKIP'

Repeat for zfs-utils.

pacman -U $path/zfs-dkms.pkg.tar.xz $path/zfs-utils.pkg.tar.xz

Done.

fryfrog commented on 2021-09-18 18:53 (UTC)

@jongeduard: If that is a strong concern of yours, you should probably fork this package and maintain your own version that never patches. In the past, it and archzfs have applied patches from master in order to get versions working with the latest Arch kernel. They're usually fairly simple, but if your line is as you've stated... you've probably already violated it.

jongeduard commented on 2021-09-18 18:35 (UTC)

Personally, I wouldn't download any code from a unstable, unfinished version on Github when it comes to a filesystem.

If a certain new kernel version does not let it build successfully, then it doesn't, and it shouldn't.

Safety of my files sitting on my ZFS pool is more important.

Downgrading the kernel feels like the only correct decision for me, until the new version is truly released.

yurikoles commented on 2021-09-16 14:50 (UTC)

My advice is to have linux-lts{-headers} installed as backup kernel.

yurikoles commented on 2021-09-16 14:50 (UTC)

My advice is to have linux-lts{-headers} installed as backup kernel.

jongeduard commented on 2021-09-15 23:07 (UTC) (edited on 2021-09-15 23:12 (UTC) by jongeduard)

@johnhamelink

For me, it's not the first time that I downgraded a kernel and I knew that I have 4 packages in total that are related to my installed kernel version. My latest previous versions that I could get with the pacman -U from /var/cache/pacman/pkg/ where these very recent ones (from only one or two days earlier or so): linux-5.13.13.arch1-1-x86_64.pkg.tar.zst, linux-headers-5.13.13.arch1-1-x86_64.pkg.tar.zst, nvidia-470.63.01-4-x86_64.pkg.tar.zst, broadcom-wl-6.30.223.271-320-x86_64.pkg.tar.zst.

Actually the best advice to give is to check your /var/log/pacman.log for history if you missed it (after the system reboot after which you discover that ZFS wasn't running anymore). Then you can easilly see which packages where installed, and you only need to pick the kernel version dependent ones from them to downgrade.

This aproach went quickly for me. And a bit of searching in the issues on github showed me the reported issue with the no longer supported blk_alloc_queue() somewhere in the sourcecode (after also reading my own DKMS log) and that this story was still a work in progress. So that made clear a kernel downgrade is the only option for the moment.

johnhamelink commented on 2021-09-14 19:09 (UTC) (edited on 2021-09-14 19:10 (UTC) by johnhamelink)

Here's how to downgrade the kernel until zfs-2.1.1-staging build is promoted:

Use pacman's cache to downgrade the linux kernel

sudo pacman -U /var/cache/pacman/pkg/linux-headers-5.13.8.arch1-1-x86_64.pkg.tar.zst
sudo pacman -U /var/cache/pacman/pkg/linux-5.13.8.arch1-1-x86_64.pkg.tar.zst

Then in /etc/pacman.conf, ignore the downgraded packages

IgnorePkg   = linux linux-headers

Remember to undo the pacman.conf change later! If you are using the nvidia package, you may prefer to move to nvidia-dkms if you find your drivers are no longer available.

Yann.O commented on 2021-09-14 11:38 (UTC)

Need zfs-2.1.1-staging for kernels >= 5.14.2.

FrederickZh commented on 2021-09-10 08:48 (UTC)

Another one for 5.14: https://github.com/openzfs/zfs/commit/1c24bf966c373009f2be77438e8696aabf50a7e7

Without this my system failed to boot after upgrading to linux-zen 5.14.2.zen1-2

« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 36 .. 66 Next › Last »