Hi Lennart,
Thanks for the reply.
System is not always going in emergency mode, sometimes it boots successfully.
But when the system goes in emergency mode we can see this unit is masked.
We are not masking the cryptsetup.target file.
Regards,
Sumit Kumar
Thanks for the reply.
System is not always going in emergency mode, sometimes it boots successfully.
But when the system goes in emergency mode we can see this unit is masked.
We are not masking the cryptsetup.target file.
Regards,
Sumit Kumar
On Thu, Jan 16, 2025 at 9:08 PM Lennart Poettering <lennart@xxxxxxxxxxxxxx> wrote:
On Do, 16.01.25 14:18, Sumit Kumar (sumit.kumar1@xxxxxxxxxxx) wrote:
> Hi ,
>
> Our Linux based system uses an external storage disk called capture.
> The capture disk is encrypted with LUKS to protect stored data. During
> system boot, system uses the LUKS utilities to decrypt the disk before
> mounting the file systems containing the stored data. Due to an issue with
> inconsistent ordering of decryption and mounting services during system
> bootup, during reboots the system with capture disk can get into emergency
> mode.
You void your warranty if you mask fundamental units of systemd:
> LoadError=org.freedesktop.systemd1.UnitMasked "Unit cryptsetup.target
> is masked."
This disables key synchronization points, and the things just fail.
Lennart
--
Lennart Poettering, Berlin
