@kstolp Thank you for bumping zfs-dkms and zfs-utils to 2.2.3-1. Both packages are working correctly against my linux, -hardened and -zen (all 6.7.6) kernels.
Cheers!
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: | 178 |
Popularity: | 5.47 |
First Submitted: | 2015-08-31 12:01 (UTC) |
Last Updated: | 2024-09-05 04:42 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 63 Next › Last »
@kstolp Thank you for bumping zfs-dkms and zfs-utils to 2.2.3-1. Both packages are working correctly against my linux, -hardened and -zen (all 6.7.6) kernels.
Cheers!
linux-hardened-6.7.5
builds fine with zfs-2.2.3
& as a nice bonus overlayfs
works without fuse-overlayfs
on podman
but untested patchwork I would like to avoid on my servers
It's not untested: these are patches from the main development branch which get backported to the stable branches from the zfs developers themselves. They are always catered towards the next stable point release, but sometimes it takes months until that happens. zfs-dkms-git already exists but it tracks the development branch. I could create a zfs-dkms-staging-git package (which tracks the next staging branch: https://github.com/openzfs/zfs/tree/zfs-2.2.3-staging) but that would include all kind of random commits slated for the next stable release. If there is no chance of simply adding compatibility patches to this PKGBUILD I will resort to zfs-dkms-staging-git or keep maintaining my own PKGBUILD.
darkbasic Please create a zfs-dkms-git or similar. Your proposal is honorable, but untested patchwork I would like to avoid on my servers. For ZFS, people should stay with LTS kernels. IMHO
Would it be possible to co-maintain this package (and zfs-utils)? I maintain my own PKGBUILD where I backport patches to support newer kernel versions and it would be useful to always have latest kernel supported by the stable zfs-dkms package.
Both the AUR zfs-dkms and zfs-utils packages build just fine against 2.2.3. Just waiting on the package update now.
Your dkms installation looks hosed. Bad hardware and filesystem corruption comes to mind. Also 0.8.x is really old.
Try to remove anything zfs and dkms and try again. After removal check if anything is left in /var/lib/dkms/ and remove it. Directory is owned by dkms package.
Then try again. Install dkms, then zfs-dkms and zfs-utils.
And fix your /etc/modprobe.d/local.conf file.
Here are the results:
[root@archlinux ~]# dkms status
Error! Could not locate dkms.conf file.
File: /var/lib/dkms/zfs/2.1.0/source/dkms.conf does not exist.
zfs/0.8.3: added
zfs/0.8.4: added
zfs/2.0.2: added
[root@archlinux ~]# uname -a
Linux archlinux 6.6.16-1-lts #1 SMP PREEMPT_DYNAMIC Mon, 05 Feb 2024 21:20:21 +0000 x86_64 GNU/Linux
Also there are a couple other errors during 2.2.2 install that may be important:
(2/3) Install DKMS modules
==> ERROR: Missing 6.7.4-arch1-1 kernel modules tree for module zfs/2.2.2.
(3/3) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-linux-lts -g /boot/initramfs-linux-lts.img --microcode /boot/*-ucode.img
==> Starting build: '6.6.16-1-lts'
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
libkmod: kmod_config_parse: /etc/modprobe.d/local.conf line 1: ignoring bad line starting with 'drm_kms_helper'
libkmod: kmod_config_parse: /etc/modprobe.d/local.conf line 1: ignoring bad line starting with 'drm_kms_helper'
-> Running build hook: [modconf]
And later..
-> Stripping unneeded symbols from binaries and libraries...
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
-> Compressing man and info pages...
sudo dkms status
uname -a
What is the output?
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)