The problem is this becomes quite breakable when snaps get updated and all. The mount units are specific to a snap version.
I was thinking of the following workaround (to test the basic principle). I could create a mount unit for /var/lib/snapd. That should tick all boxes: it should be taken into account by systemd in the mount hierarchy, it just needs the root filesystem to work (in my case) and that is mounted in the initrd, it should not break zfs-mount.service, and the mount command provides zfs compatibility via zfsutil. Still a manual workaround if it works, but nevertheless quite manageable indeed, and it has to be done only once. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1750059 Title: snaps appear broken when /var/lib/snapd is a zfs dataset To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1750059/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
