@isiachi
Thanks. However, after compiling the new kernel and installing it, I get this:
-> Running build hook: [zfs]
==> ERROR: module not found: `zavl'
==> ERROR: module not found: `znvpair'
==> ERROR: module not found: `zunicode'
==> ERROR: module not found: `zcommon'
==> ERROR: module not found: `zfs'
==> ERROR: module not found: `zpios'
==> ERROR: module not found: `spl'
==> ERROR: module not found: `splat'
Search Criteria
Package Details: zfs-dkms 2.2.6-1
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: | 179 |
Popularity: | 6.41 |
First Submitted: | 2015-08-31 12:01 (UTC) |
Last Updated: | 2024-09-05 04:42 (UTC) |
Dependencies (2)
- dkms (dkms-gitAUR, dkms-fast-zstdAUR)
- 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 (4)
Latest Comments
« First ‹ Previous 1 .. 57 58 59 60 61 62 63 Next › Last »
lockheed commented on 2016-08-04 07:44 (UTC)
isiachi commented on 2016-07-28 11:14 (UTC)
@lockheed
If you remove the zfs package the old module are still loaded so you can simple install zfs-dkms.
lockheed commented on 2016-07-27 16:55 (UTC)
I have a technical question, sort of removing the tablecloth underneath the dinner set...
I have a server with ZFS on root which runs on regular zfs packages (non-dkms). I need to migrate to zfs-dkms (and friends) to get support for non-stock Arch kernel.
The question is: how can I do that?
To install -dkms packages, I need to remove regular packages. But if I do that, I am afraid I will not be able to boot (or even operate on root prior to reboot) anymore because the whole root is on ZFS.
Can someone propose some sane course of action?
isiachi commented on 2016-07-02 15:11 (UTC) (edited on 2016-07-02 15:12 (UTC) by isiachi)
@seschwar
Thanks for the advices. This package is using and will use git to fetch the source.
For the alpm-hooks it's not a bad idea. I've already thought about but right now the kernel package updates the initcpio with the old .install script. So basically the initcpio it's always updated before dkms. I'm following this bug report and see what they want to do. (https://bugs.archlinux.org/task/49052)
seschwar commented on 2016-07-01 22:42 (UTC)
When using the tarball instead of Git you wouldn't have to download the whole history of the repository: source=(https://github.com/zfsonlinux/zfs/releases/download/zfs-$pkgver/zfs-$pkgver.tar.gz)
Also alpm-hooks(5) for rebuilding the initcpio when the DMKS modules have been rebuilt would be useful if your / is on ZFS.
bazzawill commented on 2016-05-21 05:31 (UTC)
Is it possible to remove the hard version for spl-dkms=0.6.5.7 to allow for higher versions as this would allow upgrades to progress easier
cschwarz commented on 2016-05-08 22:24 (UTC)
Disabling checksum-checking is a bad idea (since 0.6.5.6-2, commit 8f9f7d54b520e920d1561a49b76ee092f6c13d4f).
If you don't want to use the tarballs, you should use the commit SHA1,e.g.
source=("git+https://github.com/zfsonlinux/zfs.git#commit=<sha1ofrelease>"
Otherwise, since the tags are not signed, they could be changed by upstream, rendering inconsistent versioning of this package.
Please change this back in all (zfs|spl)-(dkms|utils).
isiachi commented on 2016-04-04 12:52 (UTC)
It's all about build not dep.
Upgrade your packages with -d flag.
bazzawill commented on 2016-04-04 07:03 (UTC)
This package is creating dependency hell. Due to spl-dkms. Attempting to update spl-dkms first gives the error
"zfs-dkms: installing spl-dkms (0.6.5.6-1) breaks dependency 'spl-dkms=0.6.5.4"
However attempting to update zfs-dkms first gives the error that spl-dkms 0.6.5.6 is required (sorry no direct error message). I had to uninstall update spl-dkms then install to bypass.
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)