Package Details: zfs-linux 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 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: 273
Popularity: 1.76
First Submitted: 2016-04-21 08:45 (UTC)
Last Updated: 2025-01-04 04:03 (UTC)

Required by (19)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 39 40 41 42 43 44 45 46 47 48 49 .. 79 Next › Last »

WhiteKnight commented on 2014-04-13 09:42 (UTC)

What effect would that have on your repo? ([demz-repo-core])

thunderforce commented on 2014-04-13 02:31 (UTC)

I would vote for using -git packages since that would match the Arch way better. since I'm abroad (in Brazil, home server is in Los Angeles) and / is mounted read only, I will play safe for a while and not try anything that requires a reboot..... but back to topic, I would be willing to help prepare a testing environment (vagrant and virtualbox come to mind) to aid testing releases, if that would be helpful and easy to work with. Thanks for the great work!

demizer commented on 2014-04-13 01:04 (UTC)

@kerberizer, yes I have been thinking about this as well. These packages are now essentially similar to zfs-linux-git. I'm not sure if that is right. Since ZFSonLinux.org takes a long time between releases, the release based model would not work for Arch Linux since Arch uses the newest kernel ASAP. These packages would only be viable on every new ZOL release, after that kernel updates would require the use of patches to fix kernel API changes, which is the method we have deployed until now. The API changes for 3.14 were fixed in the ZOL master branch, but was built upon all of the previous changes over an 8 month period, so there was no easy simple patch to pull in as was done before. So technically, the best solution would be to just build ZFS from git everytime. This is what the gentoo guys do. I'm not sure if we should delete the zfs, zfs-utils, spl, spl-utils packages in AUR and just use zfs-git, zfs-utils-git, spl-git, and spl-utils-git? Since the release based zfs packages won't work on Arch. Let me know what you all think guys! Thanks, Jesus A.

kerberizer commented on 2014-04-12 16:24 (UTC)

@demizer: Are you going to keep following master (i.e. not stick to the "release" tags, like 0.6.3) in the future? I remember you doing that in the past, but then at some point you switched to the 0.6.2 tag. I'm asking because I'm almost ready with a set of {spl,zfs}-{utils,modules}-git packages for those who want to follow the Git master, but this now seems redundant.

demizer commented on 2014-04-12 16:15 (UTC)

So this latest update does use a patch to make the code current to git master. As Arch is bleeding edge, so must be these packages, it is the only way. The master branch of the ZOL git repo is stable. Users that don't feel comfortable using bleeding edge, should use the linux-lts packages. I'm sorry about the rw kernel parameter change, I should have vetted it more before adding it to the repo, and definitely should not have changed it right before going out on surgery. Once I feel physically comfortable I will work on linux-lts packages as well as closing some of the issues in the archzfs repo.

kerberizer commented on 2014-04-12 14:35 (UTC)

@puithove: Hm, do you have the "rw" kernel parameter set in your bootloader? This hasn't been required until very recently (it is also due to a change in the ZFS initcpio hook, not in the ZoL code itself; see https://github.com/demizer/archzfs/commit/2ba64814e1)

puithove commented on 2014-04-12 14:25 (UTC)

To get by for now, it looks like it'll work if I go with mountpoint=legacy on my root filesystem dataset, and put it in fstab. Not the way it should have to be but... Everything else seems to be working as far as I can see.

puithove commented on 2014-04-12 14:08 (UTC)

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.

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.

« First ‹ Previous 1 .. 39 40 41 42 43 44 45 46 47 48 49 .. 79 Next › Last »