[systemd-devel] new job systemd-cryptsetup at arkluks.service/stop - Why?

Dave T davestechshop at gmail.com
Wed Jul 27 02:53:48 UTC 2016


Thanks for your help, Andrei. I filed an issue here:

cryptsetup generator emits RequiresMountsFor for crypto keyfile which
prevents keyfile being placed on removable storage ·
Issue #3816 · systemd/systemd
https://github.com/systemd/systemd/issues/3816

I used your explanation as it was better and more clear than anything I
could have written.

On Tue, Jul 26, 2016 at 1:47 AM, Andrei Borzenkov <arvidjaar at gmail.com>
wrote:

> On Tue, Jul 26, 2016 at 7:57 AM, Dave T <davestechshop at gmail.com> wrote:
> > Is systemd expected to stop / unmount an encrypted device when another
> > device containing the keyfile used to mount it (e.g., a removable USB
> drive)
> > is removed?
> >
> > when I umount and then remove the USB disk, I see the following line in
> > journalctl:
> >
> >> Jul 25 22:11:20 mserver systemd[1]: systemd-cryptsetup at aluks.service:
> >> Installed new job systemd-cryptsetup at aluks.service/stop
> >
>
> Well, cryptsetup generator emits RequiresMountsFor for keyfile; which
> implies that when filesystem that holds this file is unmounted, it
> also stops cryptsetup service.
>
> Which is of course wrong because filesystem is required only once,
> when crypto container is setup.
>
> Please file an issue on github.
>
> >
> > I will send more logs when I find out exactly how to reproduce this on
> > another system.
> >
> > In the mean time, I appreciate any information on why systemd-cryptsetup
> > might stop a service when a different storage device is removed.
> >
> > Also, would the mount options in fstab impact this behavior? Currently I
> am
> > not using systemd.automount on this machine. Should I? My mount options
> are
> > similar to:
> >
> >>
> >>
> rw,noatime,nodiratime,compress=lzo,ssd,space_cache,subvolid=123,subvol=@myid
> >> 0 0
> >
> >
> > Thanks
> >
> > _______________________________________________
> > systemd-devel mailing list
> > systemd-devel at lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20160726/f1993b98/attachment.html>


More information about the systemd-devel mailing list