Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

First pull for v1.7.2 #245

Merged
merged 17 commits into from
May 23, 2021
Merged

First pull for v1.7.2 #245

merged 17 commits into from
May 23, 2021

Conversation

Olf0
Copy link
Owner

@Olf0 Olf0 commented May 23, 2021

First pull for v1.7.2

Olf0 added 17 commits May 5, 2021 02:28
…s on bootup

The idea to automatically stop an instance of this unit when the corresponding mounting unit is stopped, works as intended.
Manually starting this unit or the corresponding mounting unit, also causes the other one to start, and stopping either one also stops the other one.
But for some reason this does not work on boot-up:
a. The udev rule starts an instance of this unlocking (opening) unit.
b. This unit unlocks (opens) a Cryptsetup device.
c. Another udev rule starts an corresponding instance of a mounting unit.
d. I suspect that that unit (started in c.) enters temporarily a "failed" state, maybe because `udisks2.service` is not ready yet.
e. What can be observed from the Systemd journal, is that Systemd stops the unlocking unit (from a.), which in turn also stops the corresponding mounting unit.

Omitting `PartOf=mount-cryptosd-luks@%i.service` "fixes" this.  Leaving it as a comment for now.
Reference: https://www.freedesktop.org/software/systemd/man/systemd.unit.html#PartOf=
…ls on bootup

The idea to automatically stop an instance of this unit when the corresponding mounting unit is stopped, works as intended.
Manually starting this unit or the corresponding mounting unit, also causes the other one to start, and stopping either one also stops the other one.
But for some reason this does not work on boot-up:
a. The udev rule starts an instance of this unlocking (opening) unit.
b. This unit unlocks (opens) a Cryptsetup device.
c. Another udev rule starts an corresponding instance of a mounting unit.
d. I suspect that that unit (started in c.) enters temporarily a "failed" state, maybe because `udisks2.service` is not ready yet.
e. What can be observed from the Systemd journal, is that Systemd stops the unlocking unit (from a.), which in turn also stops the corresponding mounting unit.

Omitting `PartOf=mount-cryptosd-plain@%i.service` "fixes" this.  Leaving it as a comment for now.
Reference: https://www.freedesktop.org/software/systemd/man/systemd.unit.html#PartOf=
Copy link
Owner Author

@Olf0 Olf0 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

O.K.

@Olf0 Olf0 merged commit e16541f into sfos401 May 23, 2021
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant