I don't know synaptic, but can parse the list to apt. If you hate terminals, just ignore this.

"listapt.txt" contains _all_ debian packages in the installed repositories (--installed or --manual-installed would do a selection like below).

You want to re-install the ones marked with "[installed]", not "[installed,automatic]". Have a good look at "[installed,local]", which were either downloaded or not in the current repositories.

cat listapt.txt | grep '\[installed,local\]'

Let's prepare the installation:
There will be errors; work on cleaned.list.txt, until apt succeeds. Then omit "-s" in the apt command.

cat listapt.txt | grep '\[installed\]' | awk -F/ '{print $1}' >cleaned.list.txt
apt install -s  $(cat cleaned.list.txt | awk '{printf"%s ", $0}') 

Too many errors? Maybe just the tasks for the big picture?

apt install  $(cat cleaned.list.txt | grep ^task | awk '{printf"%s ", $0}')

Hope this helps, and yes I'm about to do that myself.

Today I looked at some back-up copies in /root/_backup/usr/local/bin/  ... and found symliks "corrected" too.
That's not funny!

apt purge symlinks

@fsmithred:  Thanks for debsums!

@SpongeBOB:  My personal preference is to upgrade - beside the good advices above.

Not sure about the architecture, but do you have daedalus-security in /etc/apt/sources.list?

EDIT: Ups, there is another thread respective this issue.

Did you try to reset the BIOS/(U)EFI settings to system default?
There should be a menu somewhere saying something like "load save defaults".

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?