Package Details: zfs-utils-git 2:2.1.99.r1271.g1c0c729ab4-1

Git Clone URL: (read-only, click to copy)
Package Base: zfs-utils-git
Description: Userspace utilities for the Zettabyte File System.
Upstream URL:
Keywords: illumos oracle solaris zol
Licenses: CDDL
Conflicts: zfs-utils
Provides: zfs-utils
Submitter: minextu
Maintainer: yurikoles
Last Packager: yurikoles
Votes: 5
Popularity: 0.000000
First Submitted: 2018-11-11 00:44 (UTC)
Last Updated: 2022-06-24 19:42 (UTC)

Required by (39)

Sources (4)

Latest Comments

dmp1ce commented on 2021-06-13 11:30 (UTC)

I downgraded to zfs-utils and zfs-linux-lts which I probably should have been using in the beginning. Pools import fine now.

dmp1ce commented on 2021-06-13 03:07 (UTC)

I'm wondering, can I just install zfs-utils with zfs-linux-lts-git even after I have had zfs-utils-git already installed? Will my pools break if I have installed pool features?

dmp1ce commented on 2021-06-13 03:00 (UTC)

I ran into an issue on the last update. zfs-import-cache wouldn't start so none of my pool mounted. I created an issue if anyone else hits this.

heppu commented on 2021-01-13 12:18 (UTC)

Thanks for the fast reply @eschwartz! I just realised what you said and removed the comment before noticing you had already replied. I was able work around the problem by downgrading autoconf to 2.69.

eschwartz commented on 2021-01-13 12:02 (UTC)

Since this is a -git package, it is already v2.0.1, which you'd know if you tried building it. But v2.0.1 does not fix the build -- we are waiting on a new autoconf release (which upstream autoconf said they were going to release in a couple of days, but that was at the beginning of last week).

esrevinu commented on 2020-12-29 18:52 (UTC) (edited on 2020-12-29 22:07 (UTC) by esrevinu)

Why is zpool import going into run_latehook function? Although zvol swap is not recommended for hibernation, I tried it. If zpool import is in run_latehook, resume does not work since zvol is not seen at the moment. So, I moved it into run_hook function and resume works. I am using ZFS on LUKS disk encryption.

Edit: I misunderstood. It is ZFS filesystem, not zvol swap that may cause a corruption with hibernation. Besides that, zvol swap can cause a deadlock under memory pressure.

grmblfrz commented on 2020-04-06 15:36 (UTC)

The latest update of this package rendered my system unbootable because of changes in zfs.initcpio.hook. It lacks fixes for grub ZFS= syntax. Could you please restore the zfs hook from the previous version?

javashin commented on 2019-07-11 20:56 (UTC)

Sorry Im Wrong There Is Nothing Bad With This Or The Other PKG all are updated

javashin commented on 2019-07-11 20:56 (UTC)

Sorry Im Wrong There Is Nothing Bad With This Or The Other PKG all are updated

javashin commented on 2019-07-08 20:59 (UTC)

this pkg install old zfs zpool --version zfs-0.8.0-116_g1086f5421 zfs-kmod-0.8.0-1

dmp1ce commented on 2017-11-07 15:41 (UTC)

I reported the issue here: in case anyone else has the problem I had.

dmp1ce commented on 2017-11-07 15:29 (UTC)

I also had to `sudo systemctl enabled zfs-import` again after my update to 0.7.0.r167.g23ea00a1f-1. This is a serious issue IMHO. It causes quite a scare when you reboot to not have any of your pools mounted.

ArnoW commented on 2017-11-02 22:11 (UTC)

There was no /usr/lib/systemd/system/ with zfs-utils-common-git-0.7.0.r152.gf4ae39a19-1, but in zfs-utils-common-git-0.7.0.r157.gc9427c469-1 it is there. So this change caused my problems since this obviously new was not enabled on my systems. After enabling it everything is back to normal again. Thank you very much for your effort.

minextu commented on 2017-11-02 21:21 (UTC)

Does /usr/lib/systemd/system/ exists on your system?

ArnoW commented on 2017-11-02 16:18 (UTC)

@minextu: Thanks for your reply. Kernel is 4.13.9-1-ARCH, all packages are up to date. I have zfs only for data, root is not on zfs. The issue shows up on all (two) my machines which run with the zfs-git-version. With the current packkage installed no automount on boot, with the older one (0.7.0.r152.gf4ae39a19-1) no problems. The difference in the zfs-mount.service file I referred to is: 0.7.0.r152...: After=zfs-import-cache.service After=zfs-import-scan.service is replaced by: 0.7.0.r157...: As there is no "" on my installations I thought that to be the problem.

minextu commented on 2017-11-02 15:10 (UTC)

@ArnoW Everything seems to work fine on my pc. Did you update zfs-[kernel] along with the zfs-common package? Are you using zfs on your root partition and which kernel do you use?

ArnoW commented on 2017-11-01 18:21 (UTC)

In version 0.7.0.r157.gc9427c469-1 the zfs-mount.service seems to be broken. Mount depends on, but there ist no such target. So automount on system boot does not work.