Linux 5.5.1 breaks ZFS 0.8.3. If you're willing to patch your kernel there's a workaround here: https://github.com/zfsonlinux/zfs/issues/9745#issuecomment-573205923
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 .. 38 39 40 41 42 43 44 45 46 47 48 .. 63 Next › Last »
thedanbob commented on 2020-02-04 13:00 (UTC)
fryfrog commented on 2020-01-14 21:06 (UTC)
It is assumed by all AUR packages that base-devel
is installed.
cyounkins commented on 2020-01-14 19:38 (UTC)
I think this needs build depends on automake and autoconf? Thank you for maintaining this.
freswa commented on 2020-01-07 13:44 (UTC)
Kernel 5.4 is working fine.
sphere101 commented on 2020-01-07 13:43 (UTC)
Does anyone know if zfs-dkms will work with the linux 5.4 Kernel?? Thank you.
xiaoliniess commented on 2019-12-27 12:03 (UTC)
@Tom_B I've manually tried the compilation, seems zfs configure does a lot compilation test and the configure process is single threaded, so no matter how powerful you machine is, it takes considerable time to complete.
Tom_B commented on 2019-12-20 23:04 (UTC)
Scratch my previous comment. It just takes a significant amount of time to install the module. Other DMKS modules I have installed take 10-15 seconds. ZFS takes around 10-15 minutes. I've no idea why this is but is why it appears to hang during a kernel upgrade. It doesn't hang, it just takes a lot longer than I'd expect.
Tom_B commented on 2019-12-16 13:40 (UTC)
Every time I get a kernel update, the dkms install hangs:
: Running post-transaction hooks...
(1/2) Arming ConditionNeedsUpdate...
(2/2) Install DKMS modules
==> dkms install zfs/0.8.2 -k 5.4.3-arch1-1
Previously, ctrl-c to exit exited the install and I could modprobe zfs as expected. Now though I get this error:
Error! Bad return status for module build on kernel: 5.4.3-arch1-1 (x86_64)
Consult /var/lib/dkms/zfs/0.8.2/build/make.log for more information.
The log it mentions:
DKMS make.log for zfs-0.8.2 for kernel 5.4.3-arch1-1 (x86_64)
Mon 16 Dec 13:36:46 GMT 2019
make: Entering directory '/var/lib/dkms/zfs/0.8.2/build/module'
make: *** No targets specified and no makefile found. Stop.
make: Leaving directory '/var/lib/dkms/zfs/0.8.2/build/module'
Do I just need to wait for an update or am I missing something?
archfroggy commented on 2019-11-14 15:11 (UTC)
Hi, quick noob question. I am currently using zfs-dkms-git and want to switch back to zfs-dkms on an encrypted ZFS root. Everytime I try this I cannot boot anymore and I am dropped into the emergency shell with "filesystem 'rpool/ROOT/arch' can not be mounted: Permission denied". I can mount the pool inside the emergency shell just fine. Any ideas on how to fix this would greatly appreciated! Thanks
eschwartz commented on 2019-10-02 01:12 (UTC)
@Y5Lf8U0y5wFg4ktU is correct, the packages are designed so that you can build them without the other installed, but you need to pacman -U them both at the same time when upgrading. Most AUR helpers don't know how to do that, so you could try looking for one that does know how. Off the top of my head, aurutils does know how to behave properly here.
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)