To get rid of the network delay on boot, edit /etc/network/interfaces and change 'allow hotplug' to either 'auto' or 'manual', or else you could apply the changes to /etc/init.d/networking as described here:
https://dev1galaxy.org/viewtopic.php?pid=15493#p15493

I don't know about that old bug report for 4.15 kernel. Someone else was having problems with the 5.6 backports kernel, maybe related:
https://dev1galaxy.org/viewtopic.php?id=3621

I added crda and wireless-regdb to that system and previously added ca-certificates. I'll upload a newer iso soon. (I almost deleted it yesterday and then changed my mind!)

https://get.refracta.org/files/experime … 0_1456.iso

sha256sum:

dc97d884f860b12791f40fbe4d1a4b04a1a2e2cbe4e937dd4a64d6ed598998be  refracta-test-oblx_5.6bpo_openrc-20200630_1456.iso

Install haveged.

I guess the plan would be to remove whatever is blocking the upgrade and whatever else you don't need. You can probably remove all or most of the dmo packages. And anything with "deb9" in the version is for stretch/ascii.

Add 'sleep 1' to /etc/init.d/eudev as shown here:
https://bugs.devuan.org/cgi/bugreport.cgi?bug=483#10

That should take care of 1 and 2. If 1 is still a problem after that, install acpi-fakekey.
I don't have any ideas for 3, but maybe that will get fixed, too.

If you want to test this before you do it, you can run (as root):
udevadm trigger --action=add
and see if that gives you sound. This won't persist beyond a reboot. Editing the init script will.

Maybe...

https://files.devuan.org/devuan_beowulf … _notes.txt

I'm seeing the same configs for crda and regdb in 4.19.0-9-amd64, 5.6.0-0.bpo.2 and 5.6.0-1 in ceres.

CONFIG_CFG80211_CRDA_SUPPORT=y
CONFIG_CFG80211_REQUIRE_SIGNED_REGDB=y
CONFIG_CFG80211_USE_KERNEL_REGDB_KEYS=y

Yeah, that's it. 'devuan-packages' on git changed to 'devuan' on the new server.

git.devuan.org is now the same place as gitea.devuan.dev. The old git is at gitlab.devuan.org in case anyone wants to retrieve something before it goes away completely.

Thanks. I fixed the link in my earlier post.

Wow. I think (hope) that 120 is the correct number of dmo packages installed and not 633.

You can get rid of sources.list.d/devuan.list. I don't know about the other lists. You might need to disable them temporarily and/or you might need to change the suite they're using. (stretch to buster?)

It looks like your dmo packages are older versions than what beowulf has. If you remove dmo from sources, you should be able to upgrade most of them to stock beowulf versions.

If there's something in dmo you need that isn't in the devuan repo, you can add it later. I highly recommend pinning dmo to a lower priority or disabling it altogether after you install what you want. That will prevent pulling in other stuff from dmo that you don't need or want. Just avoid dmo if you can.

And yes, you can do all this in a chroot from another system. I like to use a live-cd (or usb) for that, but rescue mode in the installer isos will also work.

I have a couple of ideas, but nothing certain.

Maybe you could remove libgstreamer-plugins-bad1.0-0 and eliminate the conflict. Two packages should not provide the same file. Maybe the newer version doesn't have the conflicting file.

You really should remove deb-multimedia from your sources. Look in /etc/apt/sources.list, look for any files in /etc/apt/sources.list.d/ and also wherever synaptic stores its sources. That alone might fix the upgrade problem, or maybe you have a bunch of other packages from dmo that might cause problems.

dpkg -l |grep dmowill give you a list of files with dmo in the name or the version. The ones with dmo in the version are from deb-multimedia. See how many you have.

How old is this system? Was it upgraded from jessie? From a jessie beta?

This one boots uefi:
https://get.refracta.org/files/experime … l-live.iso

sha256sum:

8655c89c68a454458e3d9ea1c2e0b266315f72a2f81f6e043309a4d334d0a893  devuan_beowulf_3.0.0_amd64_uefi_minimal-live.iso

Edit: I didn't modify the grub menu, so it does not have the same choices as the normal minimal-live. The first choice is the same.

Sounds like you didn't make a grub.cfg.

The minimal-live is not set up to boot uefi. If you have another linux set up on the machine, you can boot the minimal-live on usb from grub command-line. It's also possible to install it as is and use the first linux to boot this one.

If you want this to be the main or only linux, you would need to install grub-efi-amd64 before you run refractainstaller.

If you don't have another linux to boot this, it might be possible to do it with two usb sticks - one with desktop-live to get to a grub command line and one with the minimal live. I didn't try that.

Press c at grub boot menu to get to command prompt and enter the following commands.

set root=(hd0)     # Your motherboard might call it hd1. Tab-complete will help you.
linux /live/vmlinuz boot=live username=devuan
initrd /live/initrd.img
boot