I have changed this package, splitting it into a separate -utils package like suggested by archlinux. The new packages will depend on the current installed linux kernel, so this should solve issues with different kernel versions.
Search Criteria
Package Details: zfs-linux 2.3.1_6.13.8.arch1.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/zfs-linux.git (read-only, click to copy) |
---|---|
Package Base: | zfs-linux |
Description: | Kernel modules for the Zettabyte File System. |
Upstream URL: | https://openzfs.org/ |
Keywords: | kernel linux openzfs zfs |
Licenses: | CDDL |
Groups: | archzfs-linux |
Conflicts: | spl-dkms, spl-dkms-git, spl-linux, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-linux-git, zfs-linux-rc |
Provides: | spl, zfs |
Replaces: | spl-linux |
Submitter: | demizer |
Maintainer: | lightdot |
Last Packager: | lightdot |
Votes: | 275 |
Popularity: | 0.94 |
First Submitted: | 2016-04-21 08:45 (UTC) |
Last Updated: | 2025-03-25 23:55 (UTC) |
Dependencies (4)
- kmod (kmod-gitAUR)
- linux
- zfs-utilsAUR (zfs-utils-gitAUR, zfs-linux-gitAUR, zfs-utils-staging-gitAUR)
- linux-headers (make)
Required by (19)
- cockpit-zfs-manager (requires zfs)
- prepare-lastboot (requires zfs)
- python-pyzfscmds (requires zfs)
- targetd (optional)
- targetd-git (optional)
- zbectl-git (requires zfs)
- zectl (requires zfs)
- zectl-git (requires zfs)
- zedenv (requires zfs)
- zedenv-git (requires zfs)
- zedenv-grub (requires zfs)
- zfs-auto-snapshot (requires zfs)
- zfs-auto-snapshot-git (requires zfs)
- zfsbootmenu (requires zfs)
- zfsbootmenu-efi-bin (requires zfs)
- znapzend (requires zfs)
- znapzupport (requires zfs)
- zsnapd (requires zfs)
- zxfer (requires zfs)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 70 71 72 73 74 75 76 77 78 79 Next › Last »
kylef commented on 2012-08-02 01:29 (UTC)
<deleted-account> commented on 2012-08-01 05:30 (UTC)
@schreiberstein: Your problems seems that modules is compiled for wrong kernel. I think that after kernel upgrade you should manually add directives for configure in PKGBUILDs to point it to new kernel directory.
<deleted-account> commented on 2012-07-31 23:07 (UTC)
I have this problem : http://pastebin.com/sZMtQcMv
This happened to me last time when I tried to upgrade from kernel 3.4.something to 3.4.something.
Now I have the same problem with 3.5.0-1 to 3.5.0-2.
(I rebuild ZFS + SPL in a clean x86_64 testing chroot.)
This is quite annoying :-/
@kylef: could you please add a package for the testing kernel to your repo?
Would be awesome :-)
proxypoke commented on 2012-07-26 21:30 (UTC)
I haven't exactly solved my problem (still can't get the module to generate, and
I seriously can't figure out why), but I could build it just fine from a live
system and install the resulting package into a chroot, which worked just fine.
I'll still try to get to the bottom of this, but it's one hell of a weird
problem. Probably an elusive loch ness monster bug. :)
Thanks for your help and efforts.
<deleted-account> commented on 2012-07-25 16:01 (UTC)
Doesn't build on kernel 3.5 (Testing) anymore : http://pastebin.com/6TbDxd2K
Fortunately I found a patch over there : https://groups.google.com/a/zfsonlinux.org/forum/?fromgroups#!topic/zfs-discuss/FAve5Prwvo4
--> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-fs/zfs/files/zfs-0.6.0_rc9-linux-3.5-support.patch
My overworked PKGBUILD : http://pastebin.com/u0Z03WJW
schreiberstein
@kylef: Thanks for your work! :-)
kylef commented on 2012-07-23 22:59 (UTC)
I have updated this package for full /usr/lib support, this includes moving the zfs.ko to the new locations. You can find a full diff at https://github.com/kylef/ark/commit/3a30094772d7994d6859e24ff1941b4f5222cc04
There are also x86_64 binary packages available. This is on my repo "ark"
# /etc/pacman.conf
[ark]
SigLevel = Required
Server = http://ark.kylefuller.co.uk/$arch/
Note, you will need to add my GPG key (E1650558)
pacman-key -r E1650558
pacman-key --lsign-key E1650558
@proxypoke, could you try again with the latest changes.
proxypoke commented on 2012-07-19 19:19 (UTC)
The problem isn't that I can't compile it, it's that I can compile it just fine,
but it won't generate the zfs.ko module. I have no idea why. I tried explicitly
configuring with --with-config=all, but to no avail.
As soon as I have time and access to a live boot medium (probably tomorrow), I
will try some other things, but right now I just need my laptop.
I suspect that I am missing something entirely obvious.
<deleted-account> commented on 2012-07-19 18:28 (UTC)
If your laptop is running, then why you can not make zfs now? What problem you have?
proxypoke commented on 2012-07-19 17:39 (UTC)
That's nice to know, though I will probably use the same approach as when I
installed my laptop (installing ZFS in the tmpfs, then bootstrap/chroot).
Also, as of right now, the laptop is still running, I just can't *re*boot. ;)
<deleted-account> commented on 2012-07-19 16:47 (UTC)
You can try to use Gentoo 12.1 LiveDVD - they have zfs on it.
Pinned Comments
lightdot commented on 2025-02-04 21:19 (UTC) (edited on 2025-03-29 20:47 (UTC) by lightdot)
This package will be kept in sync with the openzfs latest stable release and the kernels officially supported by it.
For the supported kernel versions, refer to the respective openzfs release notes (LINK).
E.g. openzfs 2.3.1 supports kernel versions 4.18 - 6.13. When kernel 6.14 is released for Arch, zfs-linux will not be updated until the openzfs project announces that it's compatible. This will most likely happen with the next openzfs release.
The kernel compatibility of the upcoming openzfs release can be seen in their META file (LINK).
For those wishing to use openzfs with unsupported kernels, do note that this could lead to serious issues, including data loss, even though such a zfs-linux package might build and install cleanly. Have reliable backups and use such a package at your peril.
Please do not mark this package as out of date without checking the kernel compatibility first. Thank you!