Well, that's basically the same approach I am taking here. The UUIDs are of course not correct since they differ between these two systems. The problem is that even after correcting the UUID (or placing PARTLABEL= there), regenerating the initramfs does not update its crypttab file as the script seems to take these parameters somewhere from the currently running system and ignores the crypttab file.

Eventually I found a way to resolve the issue by using the "cryptopts=source=..." kernel parameter. Yet I would be interested in properly unpacking/repacking the initramfs in case I'd like to manually change something there.

Another workaround is to boot the target once, bail out to initramfs prompt, mount it from there and regenerate the initramfs while booted. However, this does not work nicely if you want to prepare images for headless machines.

Thanks, well the issue here was that I tried to move from an unencrypted to an encrypted system which resulted in a inproper initramfs.

This seems to do the trick - thank you a lot!

As an alternative, you can also consider installing AdoptOpenJDK from their repository targeted at Debian 10:

https://adoptopenjdk.net/

@fsmithred: The link to your modified version stopped working, I assume this one is supposed to be the current one:

https://git.devuan.org/devuan/cryptsetu … -functions

I agree and marked the thread as solved, since the "netinst.iso" and the "mini.iso" seem to be equivalent.

To those interested in the RPI support topic: Feel free to start a new thread.

@yeti: Thanks for the hint, I didn't know about these. Do you know from which repository they pull the kernel updates?

If Debian has a repo for that, I am sure Devuan could follow the same approach to build images for the RPI.

As suggested here, I tried the "netboot mini iso" from here:

https://pkgmaster.devuan.org/devuan/dis … t/mini.iso

Interestingly, this worked like a charm - without setting up any netboot server or alike! Now I just wonder what the difference between the netboot and netinst ISO actually is.

Regarding the RPI side-topic: As long as the packaged Devuan kernel is not working for the RPI, I don't see much value in providing such images. This sort of images with a "hardcoded" kernels are definitely not what you want to run on a production system connected to any non-trustworthy network. The result of such images is that some users that are not aware of this issue, develop a false sense about security of such systems and run them in production with no kernel updates forever.

@Tatwi: Your suggestion helped with fixing the audio - I am now also getting on-screen notifications when using the hardware buttons. I am always amazed how great the Devuan community is! Without the tweaks, I would have ditched this installation right away as it had too many issues and now it runs great.

One (more?) remaining issue I still struggle with: Shutdown sometimes (but not always) takes quite long and hangs when shutting down anacron. Not sure if this is related to the disk encryption or anacron itself. Any ideas about that? Could it be another issue, such as having network manager manage the LAN connection but no network cable attached?

And even one more: Muting the audio using the hardware button does not work.

Update: Adding the video module (in my case: i915) and running update-initramfs as described by @Head_on_a_Stick did the trick - many thanks! One annoyance less. Of course it would have been better if it worked ootb, but it's very nice to see that some issues can be solved with the help of the community.

I will try to fix the audio issues next.