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.

You have only downloaded the language package. You need to install icecat_128.14.0-1+6genuen1_amd64.deb, that will replace the old version 102.11~

@zapper, I'm rewriting and redesigning simple-netaid from scratch in Gtk and GObject (it was written in Gtkmm). So, yes, I am working on excalibur, but I still cannot provide specific release dates.

Btw,  a few days ago I received an email from the FSF applauding my efforts to work on a fully free GNU/Linux distro and asking whether I am interested in complying with the FSDG. Firstly however, they have to make sure there are no misunderstandings about the relationship between this project, the GNU project, and the FSF. I should certainly inform the public that the distribution contains GNU programs, such as by referring to it as a GNU/Linux distribution, but not in ways that are confusing. The use of the term GNU in an old distribution from the autonomous community of Extremadura in Spain (https://es.wikipedia.org/wiki/GnuLinEx) made me to naively believe that it was possible to use it in the name itself, but I was mistaken because it implies being part of the GNU project. Hence, they kindly requested me to change the name of the distro. It makes sense. They hold their trademarks to prevent the said confusion. I recently informed them that I have almost decided on the new name, and they thanked me for being so cooperative.

@greenjeans, the only backport was xorgproto available in the same repository:

http://packages.gnuinos.org/xlibre/pool … /xorgproto

New live images with XLibre:

https://www.gnuinos.org/mirror/daedalus/runit
https://www.gnuinos.org/mirror/daedalus/sysvinit

Thanks, prospero, the LVM partitioning without encryption worked for me as well. I will try to fix the issue with LVM encryption as soon as possible.