Root on encrypted ZFS can be decrypted during boot when adding "zfs load-key -a" around line 54 in the mkinitcpio hook "/usr/lib/initcpio/hooks/zfs". @minextu maybe consider as permanent patch?
Search Criteria
Package Details: zfs-linux 2.3.1_6.13.8.arch1.1-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/zfs-linux.git (read-only, click to copy) |
|---|---|
| Package Base: | zfs-linux |
| Description: | Kernel modules for the Zettabyte File System. |
| Upstream URL: | https://openzfs.org/ |
| Keywords: | kernel linux openzfs zfs |
| Licenses: | CDDL |
| Groups: | archzfs-linux |
| Conflicts: | spl-dkms, spl-dkms-git, spl-linux, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-linux-git, zfs-linux-rc |
| Provides: | spl, zfs |
| Replaces: | spl-linux |
| Submitter: | demizer |
| Maintainer: | lightdot |
| Last Packager: | lightdot |
| Votes: | 275 |
| Popularity: | 0.94 |
| First Submitted: | 2016-04-21 08:45 (UTC) |
| Last Updated: | 2025-03-25 23:55 (UTC) |
Dependencies (4)
- kmod (kmod-gitAUR)
- linux
- zfs-utilsAUR (zfs-utils-gitAUR, zfs-linux-gitAUR, zfs-utils-staging-gitAUR)
- linux-headers (make)
Required by (19)
- 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)
- zfsbootmenu (requires zfs)
- zfsbootmenu-efi-bin (requires zfs)
- znapzend (requires zfs)
- znapzupport (requires zfs)
- zsnapd (requires zfs)
- zxfer (requires zfs)
Sources (1)
Hetsh commented on 2019-10-19 08:21 (UTC)
minextu commented on 2019-09-21 23:09 (UTC)
@dawnofman It didn't break anything but it's fixed now, thanks!
dawnofman commented on 2019-08-18 23:49 (UTC)
dunno whether this is relevant or not but: --libexecdir=/usr/lib/zfs-${zfsver} should be: --libexecdir=/usr/lib/zfs-${_zfsver} it is not the same variable; it is being built as: --libexecdir='/usr/lib/zfs-'
chungy commented on 2019-07-24 06:41 (UTC)
It's likely to be part of 0.8.2, but could e5db31349484e5e859c7a942eb15b98d68ce5b4d be cherry-picked to be included in this package? It restores SIMD compatibility on the latest 4.14.x/4.19.x/5.x kernels. Debian is already including this patch in their 0.8.1 package :)
minextu commented on 2019-05-26 15:05 (UTC) (edited on 2019-05-26 15:06 (UTC) by minextu)
@andybz zfs-utils and zfs-dkms have a different maintainer and I don't have access to update.
You can use https://github.com/archzfs/zfs-dkms and https://github.com/archzfs/zfs-utils in the meantime or update using the archzfs repo (http://archzfs.com)
andybz commented on 2019-05-26 07:06 (UTC)
I moved from zfs-dkms to this package to get ZFS 0.8.0, but I had trouble with no package actually providing zfs-utils=0.8.0.
I ended up just bumping the pkgver on the zfs-utils package to 0.8.0 and I'm OK again but I haven't worked out yet whether there's a packaging issue here or what.
ShaunPC commented on 2019-05-05 00:18 (UTC) (edited on 2019-05-05 00:18 (UTC) by ShaunPC)
The reason this happens with both the archzfs repo and the AUR package is because the non-dkms package is compiled against a specific version of the Linux kernel. When the Arch kenel gets updated, this package falls out of date. This is only ever the case for 1-2 days. As I understand it there is a certain amount of automation involved. Just be patient and wait for a day before trying to update again. No manual process is needed.
Ruli commented on 2019-05-05 00:17 (UTC)
Got it. Thanks again! It's been a while since I encountered this problem, I've somehow forgotten about it... sorry for the hassle!
dmp1ce commented on 2019-05-05 00:08 (UTC)
I think what described is also the case for archzfs repository. I also use archzfs and I get the same error often. I just wait until the packages get updated with working dependencies. Flagging the package as out-of-date might help the maintainers become aware of the issue.
Ruli commented on 2019-05-05 00:04 (UTC)
Hi @dmp1ce, thanks for your reply! Sorry, I should have clarified before that I'm using the archzfs repo. I remember in the past that I would have to manually update the dependencies, but ever since using the archzfs repo I didn't have to do this anymore. Anyway, I will do a manual update first then. Thank you once again!
Pinned Comments
lightdot commented on 2025-02-04 21:19 (UTC) (edited on 2025-03-29 20:47 (UTC) by lightdot)
This package will be kept in sync with the openzfs latest stable release and the kernels officially supported by it.
For the supported kernel versions, refer to the respective openzfs release notes (LINK).
E.g. openzfs 2.3.1 supports kernel versions 4.18 - 6.13. When kernel 6.14 is released for Arch, zfs-linux will not be updated until the openzfs project announces that it's compatible. This will most likely happen with the next openzfs release.
The kernel compatibility of the upcoming openzfs release can be seen in their META file (LINK).
For those wishing to use openzfs with unsupported kernels, do note that this could lead to serious issues, including data loss, even though such a zfs-linux package might build and install cleanly. Have reliable backups and use such a package at your peril.
Please do not mark this package as out of date without checking the kernel compatibility first. Thank you!