Oops! My EEE has a 128G ssd, so I didn't think a lot about disk space. I recently added a 32G sd card so I could run excalibur without losing my daedalus install (or my win XP install which I keep only for nostalgia). The EEE sees it as a usb storage device, so it's bootable.

In the live isos, the memtest images are in the /live directory with the kernel and initrd. That's where you'll find it if you mount the iso on a running system. If you boot the iso, look in /run/live/medium/live (I think that's right.) Poke around and you'll find the boot menus - isolinux/isolinux.cfg and boot/grub/grub.cfg.

I think the background color in openbox is built into the binary. I couldn't find a way to change it. Two ways I know to have a bg image in openbox are with spacefm or feh. I seem to recall some gaseous element name for bg images with a window manager - I think it's nitrogen but it might be oxygen.

Good find. I'll have to remember to play with that on a multi-boot live-usb that uses syslinux to see what it does.

I don't know if the .bin file is needed. I'll leave it for now and see if someone finds a case where that's the only one that works for them.

I'm pretty sure that everything in /run will be regenerated on reboot. If you changed permissions on the executables in /sbin, those won't revert. You should do that manually.

Instead of changing permissions, you could give your user sudo privs without password for just the required commands. Then you can use those commands in destkop launchers without having to enter a password.
I have something like this in /etc/sudoers.d/usercommands. (Hint: visudo /etc/sudoers.d/usercommands)

Cmnd_Alias	HALT = /sbin/shutdown, /sbin/halt, /sbin/poweroff, /sbin/reboot
Cmnd_Alias	NET = /sbin/ifconfig, /sbin/ifup, /sbin/ifdown

fred    ALL=NOPASSWD: HALT, NET

For brightness, your user can run xrandr.

# $monitor1 is the name of the connected monitor from xrandr without any options.
# $bright1 is a number between 0.0 and 1.0. 
xrandr --output $monitor1 --brightness "$bright1"

...sooner than I thought.

There are two memtest entries in the boot menus. One for memtest86+x64.efi and one for memtest86+x64.bin. Both appear in the legacy boot menu (isolinux) and the uefi boot menu (grub). I'm interested to hear which one works in which situations.

For me, just the .efi version works in both legacy and uefi boots. The .bin gives me some nice dot patterns that scroll off the screen to be replaced with black.

Excalibur desktop-live:
https://files.devuan.org/devuan_excalib … p-live.iso

Excalibur minimal-live:
https://files.devuan.org/devuan_excalib … l-live.iso

sha256sums:

d301d0e4eb31e7b4e8dee9cee5fdc9a74763d61ff95a1a18a456991905500206  devuan_excalibur_6.0-preview-2025-05-19_1437_amd64_desktop-live.iso

149e3538d01c76d8f6393fcc871167f221e2582e0dca3221ed8750b8bf01e27e  devuan_excalibur_6.0-preview-2025-05-19_1919_amd64_minimal-live.iso

I'm sure it's available because I've made a few excalibur i386 live-isos and included xfe.

2.0.1-1 is installed on my EEE and 2.0.1-2 is available in excalibur and ceres.

If you want it on chimaera, there's a chance that the excal deb will install. If not, you'd need to download the source from salsa.debian and backport it to chimaera. But if you want 2.1, you'll probably have to get the upstream non-debianized source and either package it or compile it behind your package manager's back.

Start with df -h which will show your mounted partitions with their size and amount used. Pay particular attention to the percentage used on your root filesystem. If it goes beyond 95% you're likely to have problems. If anything is too full, find some big files to delete.

You might run apt-cache autoclean to get rid of old deb packages in /var/cache/apt/archives or even apt-cache clean to get rid of all the deb packages in that directory. Note that this will not uninstall any programs. It just remove the .deb packages, so if you needed to reinstall something, you'd need to pull it from the repository. (i.e. the way most people install packages most of the time.)

Altoid,

dd to the whole device, /dev/sdg, not to the partition.

Works ok on 1101HA, bios version 0317
I'm using a cheap, no-name giveaway usb stick dd'd with devuan_chimaera_4.0.2_i386_desktop-live.iso.

patch-initrd works
patch-initrd with encrypted loopback file on first partition works.
loopback file on second partition works with and without encryption
reinstall syslinux works. It hung for a long time running mmove using 100% cpu, and I ended up killing that process, but it worked anyway. I suspect the problem was my usb stick that was already having booting problems. Seems to be fixed now.

There were a couple of times I tried to make a loopback file on the second partition, but it never asked which partition to use, and it wanted to put it on the first. I closed refracta2usb and restarted it, and it did what I wanted after that.

All testing done on excalibur host with a devuan excalibur desktop-live iso. (i.e. with microcode)

Thank you! I've been dreading touching that script to make any changes. I can test it. I'm using it frequently now that I'm making excalibur isos. Maybe we should both put what we have on git.devuan.org for merging the changes.