You are not logged in.
Scimmia wrote:I really don't understand people using the kernel from the 'linux' package with zfs. Use linux-lts and these problems all go away.
fun fact: because not everything can be solved just by change the kernel or use dkms
the recent break by kmod-33-1 (which was reverted) broke the packaging (! - the build went fine) in a way independent of std vs lts or module vs dkms
also: just because the openzfs project doesn't keep up the pace of the rapid kernel development doesn't mean one has to stick to older kernel versions - if the changes between kernel minors are insignificant or just don't touch areas zfs uses at all it ain't broke - it's just not tested and hence not official support
in fact: although zfs is still at 6.8 with moving to 6.9 people currently working on full 6.10 and 6.11 support - and some brave souls like me just dare to give it a tryaside from that: why use arch when using lts anyway? isn't the point of the rolling release model to keep up with current master development, is it? if you see lts fit you better give debian a try!
Another fun fact, you will be fighting your system forever until you get frustrated and give up like many, MANY before you following this path.
Offline
just freshly build: https://github.com/n0xena/archzfs/relea … 2.5-6.10.8
std / zen 6.10.8
lts 6.6.49
Thanks.
I did install it on a backup system and it works.
Do you know when the official one is going to be release by archzfs. Is the issue related to 2.2.5 not being compatible with kernel 6.10? Is this an issue of openZFS or of archzfs? Any updates on a possible official release for kernel 6.10 and above. Do we need to wait for 2.2.6?
Offline
as for the archzfs repo: from what I read it seems its maintainer currently just doesn't have the free time and also was away some time on a long vacation - just give them some time
official support for 6.10 with zfs 2.2.6 is currently in actife testing - haveca look at the issue and related pull request on the openzfs repo
in the mean time I'm just sonevstranger doing what so many in the opensource community do: I just forked tge repo - added two fixes worked out by the community - and provide the resulting packages - the only difference is that it's not done by a buildbot and not signed but "by hand" on my own system - but as I not did any further edit it's up to the user to either trust me and use the provided packages - or do the very same but on thier own
@Scimmia
I don't fight my system - in fact the only thing I struggled with was not getting the anti cheat work for GhostRecon Wildlands although I had a copy of my friends settings who managed to do get it work - but since ubisoft shut down the servers for that game and hence it can't be played online anymore anyway that doesn't bother me anymore
another ubisoft game no longer working on linux is The Crew 2 - but that's entirely an ubisoft issue because they just don't enable EasyAntiCheat for proton
EAC works fine for other games whos devs are not ubisoft - so it's not an issue with EAC
anyway - I learned to just ignore ubisoft and bid the apple that I lost some money to them - but I don't cry about it
aside from that I can't complain about linux in general or arch in particular
I use ZFS because it fits me needs the best but also stick to standard kerndl as it takes time before game related updates get backported - and I accept the risk of a catastrophic failure - but not because I run zfs-2.2.5 on kernel 6.10.8 but as I use zfs on arch anyway - and I'm fine with that
again: if you see LTS fit your needs better - be my guest and switch to debian - but please don't bother me with nonesense or non-true crap
Offline
Actually, I don't see any issue with archzfs repo. Officially:
- zfs-2.2.5 supports Linux kernels 4.18 - 6.9.
- zfs-2.2.6 supports Linux kernels 4.18 - 6.10.
And zfs-2.2.6 has just been released 11 hours ago (https://github.com/openzfs/zfs/releases)
Furthermore, there has been reporting of corruption issues using kernels above the supported versions.
Last edited by rod (2024-09-05 10:08:49)
Offline
missed the 2.2.6 release
https://github.com/n0xena/archzfs/relea … 2.6-6.10.8
works great
[main@main ~]$ uname -a
Linux main 6.10.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed, 04 Sep 2024 15:16:37 +0000 x86_64 GNU/Linux
[main@main ~]$ zfs version
zfs-2.2.6-1
zfs-kmod-2.2.6-1
[main@main ~]$ zpool status
pool: vault
state: ONLINE
scan: resilvered 3.37M in 00:00:09 with 0 errors on Fri Aug 16 13:14:31 2024
config:
NAME STATE READ WRITE CKSUM
vault ONLINE 0 0 0
raidz2-0 ONLINE 0 0 0
wwn-0x5000c50092a513b9 ONLINE 0 0 0
wwn-0x5000c500b095d967 ONLINE 0 0 0
wwn-0x5000c500b095a8d3 ONLINE 0 0 0
wwn-0x5000c500b095f768 ONLINE 0 0 0
wwn-0x5000c5007b6d4e45 ONLINE 0 0 0
wwn-0x5000c5007b6e8595 ONLINE 0 0 0
wwn-0x5000c5007b6d1bd8 ONLINE 0 0 0
wwn-0x5000c5007b50d628 ONLINE 0 0 0
errors: No known data errors
Last edited by cryptearth (2024-09-05 11:50:37)
Offline
regarding building from source, someone in the archzfs repo posted about a way to build zfs-utils and zfs-linux-lts (https://github.com/jbrodriguez/arch-zfs-docker), i think is a good alternative until archzfs situation is resolved
Offline
Why would you use docker to build it?
Offline
actually docker does pretty much the same as clean-chroot-manager does: it isolates the build-environment
in fact: for the end result there's no difference between a github activity, a build-server, CCM, docker or a full blown VM - they all get the current release from upstream repo and build an arch pkg from it
how one achieve this goal doesn't matter as long as the result is the same as all other options
I don't see no benefit for one over the other as long as the resulting package is equal to the next
Offline
https://github.com/n0xena/archzfs/releases
just built and uploaded for 6.11
please read the release notes
Last edited by cryptearth (2024-10-01 19:25:10)
Offline
As I currently encounter a lot of issues I see a new post as somewhat push fit better than keep editing my last post:
I had to pull down the 6.11 build - it's currently not stable!
please stay on 6.10 or LTS to avoid issues
// update
a 2.3.0-rc1 is now also available
Last edited by cryptearth (2024-10-06 09:42:31)
Offline
6.11 - could not build
Currently on LTS and it works fine atm but had to use zfs-dkms as zfs-lts still not possible due to kernel version difference zfs 6.6.39 and current arch-lts 6.6.54
IBM Lenovo ThinkPad T61 ; Lenovo ThinkPad X220; Lenovo ThinkPad T440p; Lenovo Thinkpad W520; Lenovo Thinkpad P71; ThinkPad X1 Yoga Gen1; FrankenPad T25
Asus Z10PE D-16 WS; 2x Intel Xeon E-5 2690V4; 32GB ECC; nVidia Titan V CEO | Asus ROG Gene XI Intel i7-9700k nVidia 3070Ti
Offline
please see https://github.com/archzfs/archzfs/issu … 2395612821
the project got quite a push over the past 72h
my builds still should work as of yesterday but should be seen obsolete now that there's a more "official"-ish build at https://github.com/Doridian/archzfs/releases/tag/latest
Last edited by cryptearth (2024-10-08 08:37:47)
Offline
please see https://github.com/archzfs/archzfs/issu … 2395612821
the project got quite a push over the past 72h
my builds still should work as of yesterday but should be seen obsolete now that there's a more "official"-ish build at https://github.com/Doridian/archzfs/releases/tag/latest
Oh installed zfs about 9h ago. lol... and push was 8h ago ha ha ... im having a wonderful day
I might try later.
Thanks.
IBM Lenovo ThinkPad T61 ; Lenovo ThinkPad X220; Lenovo ThinkPad T440p; Lenovo Thinkpad W520; Lenovo Thinkpad P71; ThinkPad X1 Yoga Gen1; FrankenPad T25
Asus Z10PE D-16 WS; 2x Intel Xeon E-5 2690V4; 32GB ECC; nVidia Titan V CEO | Asus ROG Gene XI Intel i7-9700k nVidia 3070Ti
Offline
So with the release of 6.12 archzfs has come to a hold yet again as current zfs upstream 2.2.6 and 2.3.0-rc3 only support up to 6.11.
With the help of another user in the zfs discussions I was able to build a 2.3.0-rc3 for 6.12 - as always provide with on my fork https://github.com/n0xena/archzfs/releases
how to get it yourself: comment out update_linux_pkgbuilds in https://github.com/n0xena/archzfs/blob/ … nux.sh#L51 and uncomment below update_linux_rc_pkgbuilds, get a bit creative of preservice the "-rcN" path https://github.com/n0xena/archzfs/blob/ … nux.sh#L74 https://github.com/n0xena/archzfs/blob/ … nux.sh#L83 and https://github.com/n0xena/archzfs/blob/ … ILD.sh#L10 - add --enable-linux-experimental to https://github.com/n0xena/archzfs/blob/ … sh#L33-L37 (thanks to https://github.com/openzfs/zfs/discussi … t-11361198 ) and do the regular build (following commands require sudo or being root)
ccm64 n
ccm64 c
./build.sh utils update
./build.sh utils make
./build.sh std update
./build.sh std make
as always: pre-built packages on my fork are provided without any warranty - use it at your own risk or stick to official with lts for as long as arch keeps lts at 6.6
for me it works so far
$ uname -a
Linux main 6.12.1-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 22 Nov 2024 16:04:27 +0000 x86_64 GNU/Linux
$ zfs version
zfs-2.3.0-rc3
zfs-kmod-2.3.0-rc3
Offline