Then maybe it is:

apt install linux-image-arm64  -s

  The switch -s is for simulation - to see what would happen. 

Package info:
https://pkginfo.devuan.org/cgi-bin/poli … 4&x=submit

History: When devuan forked debian, the std. network interface name was eth0 on both systems, so a migration does not change anything in this respect. And this is (probably) the case for Buster.
Some years later (release?) debian changed the naming convention to the current expression, devuan did not. Now the default net device names are different.

apt-get install net-tools works on any recent debian, no idea what rackspace did.

to a) Buster probably still used eth0/eth1 itself (don't remember, when the change was in debian).
Then there was no net-device-name change during migration.

to b) There is no network-auto-configuration tool involved during migration.
E.g. network-manager or connman would do such things, if installed.
When you use plain dhcp without such programs, it's your task to fix the network.

net-tools are not installed by default anymore, but present in the std. repos.

Regards

Probably I confused you. That was not intended.
Both points in my 1st post are completely optional! And proposed, since the offical migration did not work in your case.

Which clearly indicates "net.ifnames=0"

Of couse not. "net.ifnames=1" would accomplish that. (At least on plain debian and without addional renaming).

Just fishing in the dark ...  . You mentioned "HTTPS-enabled repos":

There is an issue with devuan repos and https - I don't remember details.
"deb http://" is recommended, while "deb https://" should not be used for *some* reason with the (merged) devuan repos.

cat /et/apt/sources.list | grep ceres
deb http://deb.devuan.org/merged ceres main contrib non-free non-free-firmware

Are you using pipewire audio?

There are usually 3 programs to start with the X session (pipewire, pipewire-pulse, wireplumber. There is a forum thread).
Maybe, these are auto-started on XFCE, but not on Ratpoison?

Microso~1 uploads and stores your passwords in its cloud - without asking of course. Just try the new outlook, it's great!

Edit:
I don't see a problem at all. The full feature version is still existing; beside a more secure, minimal version.

There is no general dependency between a "desktop environment" and permissions.
Please be more speciffic or rephrase. What do you mean with "adm user PERMISSIONS"?

This is a really really really bad idea. Don't do it again. Never ever. As said a thousand times before.

For starters:

Just install and use it!
There is no need to do something special. Do not repair, when it's not broken!

lxqt uses the Qt librarys like kde, but it is neither kde nor gnome.
Anyone one can write nonsense in forums - including me of course.
Search: try "adduser", "usermod", "chown", "chgrp" . Adding "linux" or "debian" may improve results. A simple sudo adduser fred is usually sufficient.

Doku:
"devuan" is "debian" without systemd.
General linux: The archlinux wiki is a good source (wiki.archlinux.org), also gentoo.
Search results on "stackexchange" are often helpful for specific questions (it has several sites with different names to sort topics, but the same visual style).

Change DM on debian (e.g.):
sudo update-alternatives --config x-window-manager or
sudo dpkg-reconfigure slim  or sddm, depending on you preferences.

Maybe re-set or re-install lxqt ?
user:
delete or move lxqt-stuff in "$HOME/.config/". Subdir "lxqt", but maybe there is more.
system:
sudo apt purge task-lxqt-desktop
sudo apt install task-lxqt-desktop --install-recommends

Murphy's law in action!
Good to hear.
excalibur seems quite settled by now. I thing I'll give it another try as main system and convert my daedalus again.

Had that issue on my excalibur (test-)installation.
After a few weeks, I just purged it, which caused deinstallation of about 5 other packages.

One possible reason might be the package 'usrmerge'. These days it should be installed before changing to ceres.

This thing is pure apt. Best GUI ever