Well, the particular issue with the attempt of using the daedalus installer as cdrom on UEFI appears to be that the boot loader syslinux64.efi (duly named BOOTX64.EFI) has some difficulty with that use case.

Using the same ISO as disk image on UEFI runs the same program without error.

Note that the chimaera ISOs (as well as the debian ISO) use grub rather than syslinux for UEFI boot, and apparently the grub boot loader lacks that sensitivity to that use case difference (i.e. whether the media is presented via a cdrom drive or a disk drive).

Perhaps it's simply that the boot loader gets mislead by the difference in sector size (where a cdrom has 2k sectors and a disk has 0.5k sectors). Unfortunately there are layers upon layers of compiled software involved so it's far from trivial to investigate these details. OTOH it's FOSS, so it just takes a bit of interest and skill to drill down into the particulars to determine the technical cause, and possibly correct it.

And there are of course other ways to achieve the goal of a "cdrom on UEFI" installer...

The "EFI PART" text is not a partition but the beginning of the GUID Partition Table (GPT), which it has in addition to the MBR partition table.

Both ISO sports 2 partitions, which you can read out from the MBR table (at 0x1c0-0x1ff).

The first partition is typed 0x00 (Empty) and it's defined to span the whole ISO from sector 0. The second partition is typed 0xef (EFI) and it's defined to span a block sequence within the ISO corresponding to the included FAT image.

The Debian ISO has both an MBR partition table and a GPT whereas the Devuan ISO only has an MBR. Presumably it's the lack of GPT that makes the Devuan ISO non-bootable for your UEFI use case.

It's good you had an alternative method for installation.

@simon_a, try with adding the following to /etc/default/seatd

export SEATD_VTBOUND=0

and then restart the service, which may well upset Xorg, but any goodness it might possibly bring doesn't take effect until its next start. A full reboot would also work.

Have you done

apt-get update

.. or whatever the corresponding button presses are on the gui tool?

Have you done

apt-get upgrade

.. or whatever the corresponding button presses are on the gui tool?

Have you done

apt-get dist-upgrade

  .. or whatever the corresponding button presses are on the gui tool?

Thoe are the three steps to follow after having changed sources.list.

I thought I just did Yes, go ahead.. see post #40

All the installer ISO have the same installer software and they only differ in which collections of packages they come with; the so called package pool. They work by installing that which you select, and then those selections expands by having dependencies. If you install with network mirror backing, they will all link up with the Devuan repository and they will all have all packages available.

The leanest system you can get from them is their base system where you opt for not installing anything else. That gives you a Linux operating system without all things you may expect, and in particular without graphical desktop environment. That's generally known as a "server system" although even a functional server would typically include some additional services such as perhaps ssh and web service.

The cinnamon desktop is generally understood to be "defined" by the task-cinnamon-desktop package, which is a content free-package that only depends on the collection detail packages that would make up a "cinnamon desktop". The "desktop" ISO contains all those packages, as do the collective of server+cd2+cd3+cd4 ISOs (both having also other packages that are outside of the task-cinnamon-desktop collection).

At a more general level, Devuan (like Debian) is like a warehouse of packages rather than an end-user "distribution", and it's up to the end-user to choose which subset of packages they will want to use. The installer offers some pre-packaged choices of end-user-like desktop collections, but that is supposed to be for convenience; in particular someone new to it may otherwise struggle a fair bit to pull together their best convenience package collection.

Nah. If you want to spout that shit you'll have to go elsewhere.

@Gregors, if you make a theme and email to me I can probably stuff it in as an option.

I'm not sure there is a bug report, but that particular issue of having multiple Xorg (in different VT) with seatd, is currently being worked on, and I believe an update is coming fairly soon.

yes, ascii has been moved. You should update your sources list to these

deb http://archive.devuan.org/merged ascii main
deb http://archive.devuan.org/merged ascii-backports main
deb http://archive.devuan.org/merged ascii-proposed-updates main 
deb http://archive.devuan.org/merged ascii-security main

(add contrib and non-free as desired)

@m1k3: slightly off topic, but I think you'd enjoy learning https://transfer.sh

@fsmithred: is it possible for you to convert the iso into a vdi format, then attach that as second disk

That should be booraable with legacy bios.. using the isolinux mastering of its mbr, or possibly by finding the second partition's legacy equipment (via chain loading).