LUKS disk encryption plugin

Quote from ryecoaaron

No. LUKS can have 8 slots for passwords and any of them can unlock the container. Just add another slot or change the passphrase from the command line.

That did the trick. Thanks!

Hello everyone. I'm having some issues with LUKS plugin in OMV 7 on a Raspberry Pi Zero 2 W.

This device only has 512 MB of RAM and that prevented opening a LUKS disk neither via OMV web plugin (I would get 504 - Gateway Time-out) nor via command line as the system would halt because of low memory due to using a Argon2i key.

I was able to solve this issue, according to this SO answer, by adding from another computer, a PBKDF2 key which doesn't use extra memory and now I'm able to unlock the disk using the command line in the RaspberryPi with the S1 switch:

cryptsetup luksOpen -S 1 /dev/sda name 

Unfortunately when using the OMV web plugin, it's still not possible to open the disk. I suspect that the plugin is trying to open the disk using the Argon2i key on slot 0 instead of the PBKDF2 on slot 1, and by doing that, it will exhaust all the memory until I'm forced to reboot. Using the command line all is well.

Thank you for replying. Indeed I'm living on the edge with the Rpizero2w as it's below OMV minimum requirements. For example, photoprism on podman is so slow that's impossible to use. However for the bare minimum (smb shares, ssh) it's actually very stable.

Quote from ryecoaaron

LUKS will open the slot that matches the passphrase you supply. If slot 0 and slot 1 have the same passphrase, then it will most likely open slot 0. You should use different passphrases for different slots anyway. You will still likely have problems since your rpi2w has less ram than required for OMV.

Unfortunately both slots have indeed different passphares so I suspect OMV is trying the wrong passphrase on slot 0 that, due to low memory, cannot detect that it has failed to open the disk and will continue until all memory is exhausted. Since this LUKS disk is for cold backup storage, I only use it seldomly so for me this is not an issue as I can open via the command line.

Thank you for the help and support, this community is great tbh.

You are indeed correct. Trying to mount the disk on the command-line without specifying the slot will fill all the available memory until it freezes the system. The most funny thing is that cryptsetup will even tell you about it but proceeds anyway:

Quote

sudo cryptsetup luksOpen /dev/sda name

Enter passphrase for /dev/sda:

Warning: keyslot operation could fail as it requires more than available memory.

The solution is indeed to recreate the PBKDF2 key on the first slot of the disk.

Thank you rye for your help, much appreciated!

Hi,

just for the sake of interest i was playing around a little bit with LUKS plugin. But I was not able to finalize the process. What I did

1. Installed the Plugin

2. Wiped /dev/sda and /dev/sdb

3. created 2 new encryptions for sda and sdb.

4. Unlocked both

5. created a new File system for both. SDA was called "LUKS encrypted container on /dev/sda" while SDB was called "Device Mapper sdb-crypt"

What does that mean? Why are they in a different status? Can I format both of them with ext4-filesystem?