I decided to try this update. Unfortunately I'm running into an issue. I have my root filesystem on zfs. Now after the update, everything still mounts and I'm able to get logged in, but my root fs is mounted read-only. If I check properties, I see "readonly=on" and the source is "temporary". If I do zfs inherit readonly or zfs set readonly=off it'll remount as rw, but by that point of course my boot is screwed and most stuff isn't running.
Looks like temporary properties are something new to zfsonlinux according to this that I found: https://github.com/zfsonlinux/zfs/issues/985 - I wonder if something new needs to be added to the boot sequence to get the root remounted as rw.
Search Criteria
Package Details: zfs-linux-headers 2.3.2_6.14.6.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 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: | 276 |
| Popularity: | 1.29 |
| First Submitted: | 2016-04-21 08:45 (UTC) |
| Last Updated: | 2025-05-11 21:15 (UTC) |
Dependencies (4)
- kmod (kmod-gitAUR)
- linux
- zfs-utilsAUR (zfs-utils-gitAUR, zfs-linux-gitAUR, zfs-utils-staging-gitAUR)
- linux-headers (make)
Required by (0)
Sources (1)
puithove commented on 2014-04-12 14:08 (UTC)
justinkb commented on 2014-04-12 02:19 (UTC)
does this incorporate everything from 0.6.2 to git HEAD?
think I'll wait for 0.6.3 in that case, unless we get a minimal backport in another package or something.
graysky commented on 2014-04-12 00:21 (UTC)
demizer has unfucked the packages; repo and AUR updated.
chungy commented on 2014-04-11 18:08 (UTC)
@demizer: this was passed around on IRC. I haven't tested it at all, but it's a rather more lightweight patch than 2.3MB https://gist.github.com/tkuther/9908635
kerberizer commented on 2014-04-11 09:38 (UTC)
@demizer: Glad to see you back here! :)
@all: Just in case anyone is interested in such experience, I've built for myself packages for linux-3.14 based on Git master for SPL and ZFS and the pull request #2226 for ZFS (which is now merged in master). Everything builds cleanly as expected and I haven't noticed any problems after the upgrade (I have about 500 GB of data on an encrypted mirrored pool and am going to test on another server today). This obviously doesn't mean that everyone's data would be safe, but at least it might bring a little reassurance to those who might want to take the same path. Overall, though, I agree that waiting is the safest solution.
graysky commented on 2014-04-11 09:25 (UTC)
My toe is to wait. We can just keep using 3.13.x until a safe patch is assembled. I would HATE to lose any data just so I can be running the latest kernel version.
demizer commented on 2014-04-11 09:04 (UTC)
Well, I took a first stab at getting the packages to work with 3.14 and it's not looking like it's going to be easy.
There are some kernel API changes in 3.14 that require the pulling in of POSIX ACL patches from the ZOL repo (https://github.com/zfsonlinux/zfs/commit/b761912b3473f09a642eea21d609ce9bc1c91546 and https://github.com/zfsonlinux/zfs/commit/023699cd62eb033ebed5e5fae4e13acaba4c5461). This patchset deppends on many other patchsets and I don't feel comfortable picking and choosing.
So I attempted to create a large patchset with everything from git master on the ZFS repo and the patch is 2.3mb. Tar'd it is about 450k, which is an upload size that is frowned upon on AUR. I'm not even sure if AUR would accept a file that big.
Not sure what to do now. ZFS 0.6.3 is supposed to be released soon, so we could just wait I guess.
justinkb commented on 2014-04-10 19:30 (UTC)
It's cool, this is a package patches for which you need to take your time to get right ;-)
I don't want to lose 7TB of data :-D
graysky commented on 2014-04-10 18:17 (UTC)
Sorry gang, some work is needed to update the package set for 3.14. I need to wait for demizer to do it.
graysky commented on 2014-04-08 19:18 (UTC)
@itsjapie - See my comment 4 down.
Pinned Comments
lightdot commented on 2025-02-04 21:19 (UTC) (edited on 2025-05-03 17:07 (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.2 supports kernel versions 4.18 - 6.14. When kernel 6.15 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!