Package Details: zfs-linux-lts 2.4.4_6.18.54.1-1

Git Clone URL: https://aur.archlinux.org/zfs-linux-lts.git (read-only, click to copy)
Package Base: zfs-linux-lts
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://openzfs.org/
Licenses: CDDL-1.0
Groups: archzfs-linux-lts
Conflicts: spl-dkms, spl-dkms-git, spl-linux-lts, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-linux-lts-git, zfs-linux-lts-rc
Provides: spl, zfs
Replaces: spl-linux-lts
Submitter: demizer
Maintainer: gromit
Last Packager: gromit
Votes: 84
Popularity: 0.83
First Submitted: 2016-04-24 19:05 (UTC)
Last Updated: 2026-09-27 21:05 (UTC)

Required by (20)

Sources (1)

Latest Comments

1 2 3 4 5 6 .. 16 Next › Last »

air-g4p commented on 2026-08-23 16:35 (UTC) (edited on 2026-08-23 17:03 (UTC) by air-g4p)

@lightdot,

Thank you for continuing to maintain your upstream eye on this AUR.

I saw linux-lts 45-1, then 45-2 become available in the repos - and also saw your OOD Flag.

Much appreciated...Cheers

air-g4p commented on 2026-08-12 05:33 (UTC)

@lightdot,

Thank you for your follow up and that welcome news!

Cheers

lightdot commented on 2026-08-11 18:32 (UTC)

AUR updates have been enabled again, as of earlier today.

air-g4p commented on 2026-08-11 16:36 (UTC) (edited on 2026-08-11 16:58 (UTC) by air-g4p)

@lightdot,

Thanks, and noted.

I had previously read: https://archlinux.org/news/active-aur-malicious-packages-incident/, but did not realize THIS package was affected by THAT malicious activity.

As luck would have it, less than 24 hours after my update to 43 comment, below, now I see:

:: installing linux-lts (6.18.43-3) breaks dependency 'linux-lts=6.18.43-1' required by zfs-linux-lts :: installing linux-lts (6.18.43-3) breaks dependency 'linux-lts=6.18.43-1' required by zfs-linux-lts-headers

If you want to update to 43-3, carefully read my 43 comments and changes, and then adapt as required.

Good luck and CHEERS!!

lightdot commented on 2026-08-11 11:13 (UTC)

AUR is currently closed for updates and submissions due to a repeated influx of malicious updates. This package, as well as others, can't be updated until AUR reopens.

air-g4p commented on 2026-08-10 17:21 (UTC) (edited on 2026-08-10 18:17 (UTC) by air-g4p)

o/ ZFSers:

I hope gromit's long absence is eventually explained by nothing more than he is enjoying an extended holiday.

However, in the 2+ weeks since this package was updated, upstream linux-lts has been very busy!

In the interim, linux-lts (and its headers) has had these FIVE updates: 40-2, 40-3, 41, then 42 and now we are at 43, aka 6.18.43-1.

If you want to fully upgrade your system to support 43 now, consider using my correctly modified PKGBUILD and .SRCINFO files. See copy/overwrite/update the content of those two files here:

https://bpa.st/EKGA

Then follow your normal AUR build process, and fully update your system which should result in the installation of zfs-linux-lts-2.4.3_6.18.43.1-1-x86_64.pkg.tar.zst (and its headers).

Finally, regenerate your initramfs with:

mkinitcpio -P linux

and reboot.

Works well here!

Cheers

air-g4p commented on 2026-03-06 06:52 (UTC)

@gromit - thanks for updating to support:

zfs-linux-lts-2.4.1_6.18.16.1-1-x86_64.pkg.tar.zst

To others:

If you haven't run into this already, ensure you've built the updated zfs-utils package, which provides the required 2.4.1-1, first.

Also for the updated zfs-utils package, you may need to import a new gpg key with:

gpg --recv-keys 6AD860EED4598027

Cheers

lightdot commented on 2026-01-10 05:02 (UTC) (edited on 2026-01-10 05:05 (UTC) by lightdot)

If I exclude it, I don't know if the unupdated version of ZFS will work with the new kernel, but also, I don't know if even excluding ZFS will let me upgrade the linux kernel, since that would break the dependency of the current ZFS.

The linux-lts and zfs-linux-lts packages indeed can't be updated separately, only both together.

Exclude the zfs-linux-lts only when it requires the newer linux-lts that is still in testing. This enables you to update the rest of the system while keeping the existing linux-lts and zfs-linux-lts until the next upgrade.

I rather not do partial upgrades since that is like the first thing the Arch Wiki tells you not to do.

That is indeed a very good and important advice that one should generally follow, but keeping an older kernel with the corresponding ZFS packages, while updating the rest of the system, is safe.

In most cases, it won't even be a partial upgrade, since the newer linux-lts will still be in testing, so not released yet.

jcruz commented on 2026-01-09 23:03 (UTC)

It is a chicken and egg problem, If I exclude it, I don't know if the unupdated version of ZFS will work with the new kernel, but also, I don't know if even excluding ZFS will let me upgrade the linux kernel, since that would break the dependency of the current ZFS.

I rather not do partial upgrades since that is like the first thing the Arch Wiki tells you not to do. And considering that all this happens because of following testing instead of stable, which could be a simple fix of just delaying the release a couple days.

Maybe we can have a zfs-linux-lts-testing package that follows the testing channel and leave this following the stable channel? I don't know if it is too much extra work, which I would understand if gromit does not want to do.

1 2 3 4 5 6 .. 16 Next › Last »