Package Details: zfs-utils-git 2:2.2.99.r344.ga0635ae731-1

Git Clone URL: https://aur.archlinux.org/zfs-utils-git.git (read-only, click to copy)
Package Base: zfs-utils-git
Description: Userspace utilities for the Zettabyte File System.
Upstream URL: https://zfsonlinux.org/
Keywords: illumos oracle solaris zol
Licenses: CDDL
Groups: zfs-git
Conflicts: zfs-utils
Provides: zfs-utils
Submitter: minextu
Maintainer: yurikoles
Last Packager: yurikoles
Votes: 7
Popularity: 0.55
First Submitted: 2018-11-11 00:44 (UTC)
Last Updated: 2024-02-13 04:07 (UTC)

Dependencies (6)

Required by (43)

Sources (5)

Pinned Comments

yurikoles commented on 2023-08-14 16:44 (UTC)

In order to update this package and avoid version pinning cycle, you need to build both packages, zfs-utils-git and zfs-dkms-git without installing them. Then install a same newer version of both of them in one transaction via pacman -U <path/to/built/zfs-utils-git> <path/to/built/zfs-dkms-git>.

Latest Comments

« First ‹ Previous 1 2

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: https://github.com/archzfs/archzfs/issues/186 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/zfs-import.target 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 zfs-import.target 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/zfs-import.target 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...: After=zfs-import.target As there is no "zfs-import.target" 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 zfs-import.target, but there ist no such target. So automount on system boot does not work.

« First ‹ Previous 1 2