2018-04-07 00:11:09 +03:00
|
|
|
.TH "ZFS\-MOUNT\-GENERATOR" "8" "ZFS" "zfs-mount-generator" "\""
|
|
|
|
.SH "NAME"
|
2018-05-11 22:44:14 +03:00
|
|
|
zfs\-mount\-generator \- generates systemd mount units for ZFS
|
2018-04-07 00:11:09 +03:00
|
|
|
.SH SYNOPSIS
|
|
|
|
.B /lib/systemd/system-generators/zfs\-mount\-generator
|
|
|
|
.sp
|
|
|
|
.SH DESCRIPTION
|
2018-05-11 22:44:14 +03:00
|
|
|
zfs\-mount\-generator implements the \fBGenerators Specification\fP
|
2018-04-07 00:11:09 +03:00
|
|
|
of
|
|
|
|
.BR systemd (1),
|
|
|
|
and is called during early boot to generate
|
|
|
|
.BR systemd.mount (5)
|
|
|
|
units for automatically mounted datasets. Mount ordering and dependencies
|
|
|
|
are created for all tracked pools (see below). If a dataset has
|
|
|
|
.BR canmount=on
|
|
|
|
and
|
|
|
|
.BR mountpoint
|
|
|
|
set, the
|
|
|
|
.BR auto
|
|
|
|
mount option will be set, and a dependency for
|
|
|
|
.BR 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
|
|
|
|
.PP
|
|
|
|
.RS 4
|
2019-06-02 15:57:10 +03:00
|
|
|
zfs list -H -o name,mountpoint,canmount,atime,relatime,devices,exec,readonly,setuid,nbmand,encroot,keylocation
|
2018-04-07 00:11:09 +03:00
|
|
|
.RE
|
|
|
|
.PP
|
|
|
|
for datasets that should be mounted by systemd, should be kept
|
|
|
|
separate from the pool, at
|
|
|
|
.PP
|
|
|
|
.RS 4
|
|
|
|
.RI @sysconfdir@/zfs/zfs-list.cache/ POOLNAME
|
|
|
|
.
|
|
|
|
.RE
|
|
|
|
.PP
|
|
|
|
The cache file, if writeable, will be kept synchronized with the pool
|
|
|
|
state by the ZEDLET
|
|
|
|
.PP
|
|
|
|
.RS 4
|
|
|
|
history_event-zfs-list-cacher.sh .
|
|
|
|
.RE
|
|
|
|
.PP
|
|
|
|
.sp
|
2018-05-11 22:44:14 +03:00
|
|
|
.SH EXAMPLE
|
|
|
|
To begin, enable tracking for the pool:
|
|
|
|
.PP
|
|
|
|
.RS 4
|
|
|
|
touch
|
|
|
|
.RI @sysconfdir@/zfs/zfs-list.cache/ POOLNAME
|
|
|
|
.RE
|
|
|
|
.PP
|
|
|
|
Then, enable the tracking ZEDLET:
|
|
|
|
.PP
|
|
|
|
.RS 4
|
2018-06-07 19:59:59 +03:00
|
|
|
ln -s "@zfsexecdir@/zed.d/history_event-zfs-list-cacher.sh" "@sysconfdir@/zfs/zed.d"
|
2018-05-11 22:44:14 +03:00
|
|
|
|
2019-11-13 21:23:23 +03:00
|
|
|
systemctl enable zfs-zed.service
|
2018-05-11 22:44:14 +03:00
|
|
|
|
2019-11-13 21:23:23 +03:00
|
|
|
systemctl restart zfs-zed.service
|
2018-05-11 22:44:14 +03:00
|
|
|
.RE
|
|
|
|
.PP
|
|
|
|
Force the running of the ZEDLET by setting canmount=on for at least one dataset in the pool:
|
|
|
|
.PP
|
|
|
|
.RS 4
|
|
|
|
zfs set canmount=on
|
|
|
|
.I DATASET
|
|
|
|
.RE
|
|
|
|
.PP
|
|
|
|
This forces an update to the stale cache file.
|
|
|
|
.sp
|
2018-04-07 00:11:09 +03:00
|
|
|
.SH SEE ALSO
|
|
|
|
.BR zfs (5)
|
|
|
|
.BR zfs-events (5)
|
|
|
|
.BR zed (8)
|
|
|
|
.BR zpool (5)
|
|
|
|
.BR systemd (1)
|
|
|
|
.BR systemd.target (5)
|
|
|
|
.BR systemd.special (7)
|
|
|
|
.BR systemd.mount (7)
|