Provided by: zfsutils-linux_0.8.3-1ubuntu12.18_amd64 bug

NAME

       zfs-mount-generator - generates systemd mount units for ZFS

SYNOPSIS

       /lib/systemd/system-generators/zfs-mount-generator

DESCRIPTION

       zfs-mount-generator  implements  the  Generators  Specification of systemd(1), and is called during early
       boot  to  generate  systemd.mount(5)  units  for  automatically  mounted  datasets.  Mount  ordering  and
       dependencies  are  created for all tracked pools (see below). If a dataset has canmount=on and mountpoint
       set, the auto mount option will be set, and a  dependency  for  local-fs.target  on  the  mount  will  be
       created.

       Because  zfs  pools  may  not be available very early in the boot process, information on ZFS mountpoints
       must be stored separately. The output of the command

           zfs                              list                              -H                              -o
           name,mountpoint,canmount,atime,relatime,devices,exec,readonly,setuid,nbmand,encroot,keylocation

       for datasets that should be mounted by systemd, should be kept separate from the pool, at

           /etc/zfs/zfs-list.cache/POOLNAME

       The cache file, if writeable, will be kept synchronized with the pool state by the ZEDLET

           history_event-zfs-list-cacher.sh .

EXAMPLE

       To begin, enable tracking for the pool:

           touch /etc/zfs/zfs-list.cache/POOLNAME

       Then, enable the tracking ZEDLET:

           ln -s "/usr/lib/zfs-linux/zed.d/history_event-zfs-list-cacher.sh" "/etc/zfs/zed.d"

           systemctl enable zfs-zed.service

           systemctl restart zfs-zed.service

       Force the running of the ZEDLET by setting canmount=on for at least one dataset in the pool:

           zfs set canmount=on DATASET

       This forces an update to the stale cache file.

SEE ALSO

       zfs(5) zfs-events(5) zed(8) zpool(5) systemd(1) systemd.target(5) systemd.special(7) systemd.mount(7)