And the future 0.8.2 release looks like it should solve it.
Search Criteria
Package Details: zfs-dkms 2.3.1-2
Package Actions
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: | 186 |
Popularity: | 1.42 |
First Submitted: | 2015-08-31 12:01 (UTC) |
Last Updated: | 2025-03-11 07:23 (UTC) |
Dependencies (2)
- dkms (dkms-gitAUR)
- zfs-utilsAUR (zfs-utils-gitAUR, zfs-linux-gitAUR, zfs-utils-staging-gitAUR)
Required by (20)
- 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)
- zfs-openrc
- zfsbootmenu (requires zfs)
- zfsbootmenu-efi-bin (requires zfs)
- znapzend (requires zfs)
- znapzupport (requires zfs)
- zsnapd (requires zfs)
- zxfer (requires zfs)
Sources (3)
Latest Comments
« First ‹ Previous 1 .. 41 42 43 44 45 46 47 48 49 50 51 .. 64 Next › Last »
fryfrog commented on 2019-09-20 18:21 (UTC)
vk77de commented on 2019-09-20 18:19 (UTC)
linux 5.3.arch1-1 breaks ZFS
https://bugs.archlinux.org/task/63864 https://github.com/zfsonlinux/zfs/issues/9332
patrickh commented on 2019-08-11 11:02 (UTC) (edited on 2019-08-11 11:05 (UTC) by patrickh)
@edacval thanks for the link! Already did my research a few days ago and did not check before posting, sorry … :)
edacval commented on 2019-08-11 09:56 (UTC)
@patrickh : https://github.com/zfsonlinux/zfs/issues/9133
patrickh commented on 2019-08-11 07:48 (UTC) (edited on 2019-08-11 07:49 (UTC) by patrickh)
I just wanted to ask, if anyone had the luck to get this working together with linux-mainline
kernel (version 5.3-rc3 or other rc versions)? I would like to try new hardware, that will be supported in 5.3 only, therefore I am trying things out.
I know that this is probably not yet officially supported, but I was wondering, if the build errors that I see are a result of missing support for 5.3 on the ZFS side for now, or if it is just that the dkms build process is not compatible with the linux-mainline
package here in general?
Here is my /var/lib/dkms/zfs/git/build/make.log
:
https://gist.github.com/c529e36107dc0f93a04b7e4c5612f24b ¹
Maybe someone who understands the dkms build process better than me could give me a hint, if it makes sense to report this to upstream or if I should just wait for official 5.3 release of core/linux
package?
Thanks and best regards!
¹ sorry for the German "Notice" messages in the log. I changed my LC_ALL, but it didn't seem to work. But as far as I understand, the real issue is right at the end here:
make[2]: *** No rule to make target 'module/Module.symvers', needed by 'all-am'. Stop.
fryfrog commented on 2019-07-25 18:40 (UTC)
@eschwartz: It might be worth updating the .patch
so it applies cleanly.
patching file scripts/dkms.mkconf
Hunk #1 succeeded at 25 with fuzz 2.
Hunk #2 succeeded at 59 with fuzz 1 (offset -4 lines).
thedanbob commented on 2019-07-11 10:57 (UTC)
In case anyone wants to know if the current version (0.8.1) will install on kernel 5.2, it will. Only up to 5.1 is supported for now but I'm running it successfully on 5.2, and it's been reported that the test suite passes (see https://github.com/zfsonlinux/zfs/issues/9014#issuecomment-510265743).
eschwartz commented on 2019-05-19 03:30 (UTC)
See https://github.com/zfsonlinux/zfs/issues/8697#issuecomment-490163919
This should be getting queued for an upcoming spl-0.7.14
In the meantime I have backported the fix from https://github.com/zfsonlinux/zfs/pull/8479 and pushed a new dkms pkgrel, which builds fine for me on 5.1.2.arch1-1.
rwha commented on 2019-05-18 15:09 (UTC) (edited on 2019-05-18 15:10 (UTC) by rwha)
Recent kernel change did away with get_ds() in favor of KERNEL_DS.
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v5.1.3&id=736706bee329
If you need to, edit line 611 of /usr/src/spl-0.7.13/module/spl/spl-vnode.c and change:
set_fs(get_ds());
to
set_fs(KERNEL_DS);
then run
dkms install spl/0.7.13 -k $(uname -r)
dkms install zfs/0.7.13 -k $(uname -r)
Pinned Comments
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.
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 tomakepkg
when building. (not recommended)