This is just a guess, but you could start by seeing what acpi packages are already installed and compare that to what's available in the repo. Post the output of the first command and maybe someone can tell you what's missing.

# show what's installed
dpkg -l | grep acpi

# see what's available
apt-cache search acpi

Suse used to allow root login to desktop. I don't know if it's still the case. The default desktop background for root was a picture of a bomb. Good reminder.

The only time I ever log into the desktop as root is if I can't do it as user, and I want to narrow down the problem.

OK, I confirmed the pileup of lease files when there's no system-connections file for eth0. I think I'll include this in the main part of the script. I can put the creation of the generic system-connections file in where the other network configs get removed. That way, if they turn off that section  (with netconfig_opt="ip=frommedia" in refractasnapshot.conf) they won't lose their connections file. Removal of all the lease files would be outside of that so it's not turned off. Or probably those should be listed in the rsync excludes file. Tell me if any of this doesn't make sense.

The name of the package is fontsnaps. It's one of the few native devuan packages, but it doesn't have "devuan" in the version string because only forked packages get that.

$ dpkg -S /usr/share/applications/LARGER_FONTS.desktop 
fontsnaps: /usr/share/applications/LARGER_FONTS.desktop

You could try this iso which works on my netbook that has a 32-bit intel atom processor, but it's built from devuan (excalibur) so it will have the same browsers as pure devuan or debian.

For browsers, this iso has lynx, links2 and dillo installed. Firefox and chromium will give you the same error message. Maybe falkon will work. If you already have daedalus installed, falkon is available in the repo and you don't need this iso to try it.

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

Greenjeans: that is weird about the 21 files with the same time/date. I have no ideas about that.

This will nuke them all:

find / -type f -wholename "*.dbus/session-bus/*" -exec rm {} \;

I see a mini.iso in the netboot directory here: https://pkgmaster.devuan.org/devuan/dis … nt/images/

And I checked one of our forked packages (util-linux) and there's one for riscv64 that's the same version as excalibur amd64.
https://pkgmaster.devuan.org/devuan/poo … til-linux/

So it looks like it's possible. The mini.iso is the same as what debian calls (or called?) business card iso. It's like the netinstall but doesn't have firmware in the iso. If you try it, please report back and let us know if it worked. Thanks.

Nice find. I'll add it to the excludes file. You should probably keep the newest one, but the rest can be deleted.

I've got over 200 of them and I hardly ever reboot. The file name is your dbus machine-id which changes on every reboot in devuan unless you edit /etc/default/dbus or run a script that changes it for you. (I have one)

OK, I just ran my script and changed /var/lib/dbus/machine-id. The file in ~/.dbus/session-bus did not change, but when I switched to root in a terminal, the new id was in /root/.dbus/session-bus. I guess if I log out and in, then user will get the new number.

Maybe this needs another line or two. (Note: Most of this code was borrowed from a live-config script.)
EDIT: Note 2: no guarantee that it won't screw something up that needs a consistent machine-id. Also no guarantee that it will prevent your machine from being identified.

#!/bin/sh
# update-machineid
# Change /var/lib/dbus/machine-id manually.

MACHINEID=/var/lib/dbus/machine-id
UUIDGEN=/usr/bin/dbus-uuidgen
UUIDGEN_OPTS=--ensure

if [ "$(id -u)" -ne 0 ] ; then
        echo " You need to be root."
        exit 1
fi

if [ -f "${MACHINEID}" ] && [ -x "$UUIDGEN" ] ; then
	OLD_ID=$(cat $MACHINEID)
	rm -f "${MACHINEID}"
    $UUIDGEN $UUIDGEN_OPTS
	NEW_ID=$(cat $MACHINEID)
	notify-send -t 5000 "Changed dbus machine-id
 old: $OLD_ID
new: $NEW_ID" 
fi

exit 0

What kind of shares are they? NFS, Samba, local partitions or something else?

What's in /etc/fstab?

Also please post the output of blkid and maybe lsblk. Maybe other stuff, too after we narrow it down.

Your description of the debian installer's network setup is what I see when I use the devuan installer on a laptop. I don't know how you got to the screen you described. I do know that near the beginning of the devuan install there's a screen that asks you to supply firmware on a separate usb stick, and in most cases you should ignore that and continue. But that comes before the screen that lets you choose the interface to set up.

I don't see scripts on that page, just deb packages. And they aren't the same ones that are in debian/devuan. The versions of guile don't match the current versions in bookworm/daedalus. You're probably better off installing the packages from the repo.

I'm curious to see what glxgears tells you. Added xlibre to a refracta-excalibur (xfce)  VM and tested in qemu and hardware against the same system with xorg.

In qemu...

xlibre:  18FPS
xorg:  800FPS

live-usb on hardware (Thinkpad T450s)...

xlibre: 60FPS
xorg:   60FPS

I don't know enough to make any intelligent comments about that. I do notice that xlibre is slow in qemu.