The Daedalus 5.0.0 netinstall does not start also from the Ventoj stick on my X570/Ryzen 5900X system. Same "_" appears, the PC is locked. Hard reset resolves.

Looks like there is an incompatibility between the Ventoj environment and the official installer. An old preview from a year ago did start ok.

Update: when you just do an cli install without any DE, desktop-base isn't installed, and no Sapphire theme. Then also the them line is omitted in /etc/default/grub.

Some news: checked the SHA256 checksum of the iso on the Ventoj stick and found it was different from the one in my Download folder.

Well, replaced the file on the stick and made sure it had the same checksum as listed on the Devuan download page, now it is correct.

Trying to boot from that iso ends up in the "_", the computer seems to be locked. NUM is on as set in the bios, but no reaction on a keystroke. Also no way to open a console. Only way out is power off/on or hard reset. So now same behaviour as the two RC versions I tested.

Strangely enough, the 6.1.0-11-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.38-4 (2023-08-08) x86_64 GNU/Linux is the up-to-date default kernel.

@Jorge: you might try one of the earlier 6.1 kernels.

Maybe just the package firmware-amd-graphics is missing. The mean thing is that since Bookworm the non free firmware has moved to a new sub-repo non-free-firmware. Daedalus had to follow Debian.

https://wiki.debian.org/Firmware

You need to add this to your sources.list. Give it a try.

Give us a shout if further questions or problems come up. Good luck.

Don't know without looking at details, its not the hardware itself. Except for: do you use the onboard graphics or a separate card?
Edith: just read post #3 again, sounds like you are using onboard as I do. Same lspci output.

I am using the onboard graphics. If the hardware still is good a Chimaera install should fire up fine.

Which medium did you use? How was it put on a stick? Did you use the Install or the Expert install? I am only using netinstall media and the expert installs nowadays. 

How does your sources.list look like? One guess is that non-free and due to that firmware is missing.

Have pulled the PC and fired it up, it still works ok.

Devuan literally is a Debian minus systemd related packages. Look at the list of banned packages to get an impression. On top of the forum page there is a link to Devuan.org. There you can find this list.

All the rest like drivers, firmware, kernel, desktops, most programs is pure Debian. The sources.list to 95% uses the same syntax as Debian, i.e. Daedalus also requires the non-free-firmware to be added, same as Bookworm.

To the graphical install: that was abandoned a while ago by the Devuan team due to resource issues. Nothing to do with drivers. Due to the lack of manpower maintaining a parallel branch in the installer wasn't possible any more.

The Daedalus installer already includes usage of non-free stuff. That does not mean every hardware combination is working perfectly. There is too much HW out there that has bad bios or other bugs and glitches.

Thanks, a deliberate reload of the page did the job.

Ok, then you have your fallback option already. I am not 100% sure how that works in your case, I am used to use full disk encryption.

What happens in your case when the key stick isn't plugged in? Do you end up in the initramfs?

Normally this is a setting in the bios. Would be the first approach to fix this.

If ntp and nptdate aren't installed, you have no chance to use this path. BTW: with Daedalus(Bookworm) the path to the ntp.conf has changed to /etc/ntpsec.

Then cli remains: here is the link to an article that describes how to use the console to adjust date and time (scroll down towards the bottom past the timedatectl section): https://phoenixnap.com/kb/how-to-set-or … ime-ubuntu