Package Details: zfs-linux-headers 2.2.7_6.12.8.arch1.1-1

Git Clone URL: https://aur.archlinux.org/zfs-linux.git (read-only, click to copy)
Package Base: zfs-linux
Description: Kernel headers for the Zettabyte File System.
Upstream URL: https://openzfs.org/
Keywords: kernel linux openzfs zfs
Licenses: CDDL
Conflicts: spl-dkms, spl-dkms-git, spl-headers, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-headers
Provides: spl-headers, zfs-headers
Submitter: demizer
Maintainer: lightdot
Last Packager: lightdot
Votes: 273
Popularity: 1.76
First Submitted: 2016-04-21 08:45 (UTC)
Last Updated: 2025-01-04 04:03 (UTC)

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 79 Next › Last »

eblau commented on 2016-12-10 13:23 (UTC)

@predmijat Yeah, that's the way it has always worked for me as long as I've been using the zfs packages from demizer over the past year. It wouldn't update the linux kernel as long as the zfs packages were out-of-date. Maybe something changed in 0.6.5.8_4.8.12_2-1 ?

predmijat commented on 2016-12-09 23:48 (UTC)

Why is this happening each couple of updates? Can it be set up so that it always requires a specific version? Is there a situation where you wouldn't want that?

eblau commented on 2016-12-09 11:36 (UTC)

This morning when I did a system upgrade, linux upgraded to linux-4.8.12-3-x86_64 but the zfs packages stayed at version 0.6.5.8_4.8.12_2-1. When mkinitcpio ran, it failed: ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img ==> Starting build: 4.8.12-3-ARCH -> Running build hook: [base] -> Running build hook: [udev] -> Running build hook: [resume] -> Running build hook: [autodetect] -> Running build hook: [modconf] -> Running build hook: [block] -> Running build hook: [keyboard] -> 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' -> Running build hook: [filesystems] -> Running build hook: [fsck] ==> Generating module dependencies ==> Creating gzip-compressed initcpio image: /boot/initramfs-linux.img ==> WARNING: errors were encountered during the build. The image may not be complete. Just a warning to others. This could render systems unbootable. I downgraded to linux-4.8.12-2 and everything seems fine, but it seems that something is not right in the package dependencies.

ahyeadude commented on 2016-12-07 02:56 (UTC)

Point release versions of the kernel are bug/security fixes. No new features are added. I modified his packages to use the extramodules-* folder like the nvidia package and have been using zfs compiled all the way back at 4.8.4. Working great on 4.8.12 right now. I sent him these modifications. Hopefully he implements for 4.9. vermagic: 4.8.4-1-ARCH

z3ntu commented on 2016-11-17 17:05 (UTC) (edited on 2016-11-17 17:08 (UTC) by z3ntu)

Broken for linux 4.8.8-2... Please also add the pkgrel so linux=4.8.8-2 instead of linux=4.8.8 . Thanks

ethan_nx commented on 2016-11-16 23:14 (UTC)

For anyone stuck with a system-wide upgrade, here's the trick. Add these lines to /etc/pacman.conf: IgnorePkg=linux IgnorePkg=linux-headers IgnorePkg=spl-linux IgnorePkg=spl-utils-linux IgnorePkg=zfs-linux IgnorePkg=zfs-utils-linux Both kernel and ZFS-related updates will be ignored, the rest should upgrade just fine. When the new packages are available, just comment these lines. It works for me more than fine. @demizer, thank you for your packages!

sargasso commented on 2016-11-13 05:08 (UTC) (edited on 2016-11-13 23:56 (UTC) by sargasso)

@demizer Please keep up the good work. Release only when you have concluded it is "safe enough". @danlamanna, @ahyadude The NVidia driver is not comparable to a filesystem. I don't mind fiddling around to get a graphic interface. It has no bearing on the rest of the system/network. A corrupt filesystem on the other hand is pure agony. It takes much longer to determine the date and time the corruption occurred and to restore the correct backups. And during this time none of the clients can login.

danlamanna commented on 2016-11-10 15:47 (UTC)

+1 for pinning this to a kernel minor version (similar to nvidia) rather than a specific release.

predmijat commented on 2016-10-20 05:35 (UTC)

@lukewink - Just wait for an update of this package.