I managed booting genuen + vdev + seatd + xlibre without any display manager https://www.genuen.org/mirror/excalibur and the result is that coldplug input devices at server start do work (devices present before xlibre starts, or after restarting xlibre with the device already plugged in), but disconnect/reconnect or a newly plugged input/event* node won't respond until xlibre is restarted, unless a workaround is used -for example, adding myself to the input group, which isn't very convincing-; the best workaround I've found is to add startxfce4 to ~/.xinitrc and use exec startx instead. I have:

#!/bin/sh
exec /etc/X11/Xsession startxfce4

Btw, I'm curious to try chimera's turnstile, so I downloaded your iso. Thanks!

I updated the repo

Polkitd looks for authorisation rules in several directories, but cannot find them. Polkit simply reports that these optional directories are not present. But this is not a serious issue as long as it manages to load the basic rules.

Hmmm... ilargi means moon in basque

excalibur-backports should provide 6.18.5 pulled from trixie-backports

Same at me.

I managed installing the image with Qemu and the following steps in BusyBox worked for me:

Load modules

(initrmafs) modprobe  virtio_pci
(initrmafs) modprobe  virtio_blk
(initrmafs) modprobe  virtio_scsi
(initramfs) modprobe ext4

Check partitions:

(initramfs) cat /cryptroot/crypttab | cut -d: -f1
vda3_crypt
(initramfs) blkid | grep crypto_LUKS | cut -d' ' -f1
/dev/vda3

Unlock vda3_crypt (adapt it to your needs) typing your encryption password:

(initramfs) cryptsetup luksOpen /dev/vda3 vda3_crypt
Enter passphrase for /dev/vda3:

Activate LVM:

(initramfs) lvm vgchange -ay

Scan /dev/mapper with ls -l /dev/mapper and mount the *-root logical volume (don't forget to load the ext4 module first):

(initramfs) mount /dev/mapper/genuen--vg-root /root

At this point, the way to get out of Busybox isn't that straightforward. Like live-boot, most of initramfs scripts leave a trace when they run. To prevent BusyBox from asking you to unlock vda3_crypt again after exiting (a process that will fail because the device is busy), we manually create the said control file so that the system can find it and recognize that the mountpoint already exists:

touch /run/initramfs/fsck-root

Now we make use of switch_root in order to replace the current process with the real system:

exec switch_root /root /sbin/init

Good luck!

are you in qemu?

It seems that libcryptseup-udeb is using the argon2id algorithm in Excalibur, but grub < 2.14 doesn't support it. It's possible to rebuild the udeb package, but i'll try to configure LUKS2 within the preseed.cfg file giving preference to the standard pbkdf2 algorithm in d-i. On the other hand, cryptsetup-initramfs was missing in the system.

@prospero: could you give me some details about the circumstances that led you to that point? I upgraded an encrypted gnuinos daedalus disk using vdev to genuen excalibur, and everything is working fine. Vdev recognizes the /dev/mapper/gnuinos--vg-root volume from the original installation, despite the annoying mdadm-related messages.

I've updated the iso image

https://www.genuen.org/mirror/excalibur/

Yes, you should wait a little while. Yesterday i uploaded severel packages to the repository:

https://packages.genuen.org/genuen/pool/main

But there is still work to be done.