I would have done it this way instead:

update-service --remove /etc/sv/slim

which would not remove /etc/sv/slim but would remove the symbolic link, /etc/runit/runsvdir/default/slim. I just tested this with lightdm instead of slim, and it worked fine. Be aware that it will kill your graphical session. I'm running in qemu, and it left me with a black screen. Might be different on real hardware. I rebooted and got a console login screen. And startx works.

Also note that in debian/devuan, runit will use the sysvinit script if there are no runit scripts for a service. I don't know if this has anything to do with your problem, but maybe it's a useful clue.

I'm not sure what you are asking. Do you want to run refractasnapshot without a graphical environment? If so, the answer is yes, just run "refractasnapshot" as root (or with sudo).

If you're asking if it's possible to make a snapshot by manually running commands, then yes, that's how it was done before the script was written. Some of the commands are long, and that is why the script was written.

I'm not sure I understand what you want to do. If you want to change the contents of a live-iso, the easiest way is to install it into a VM, make the changes you want, and then make a new snapshot.

A less easy method is to mount the iso, mount filesystem.squashfs, copy both, chroot the filesystem and make the changes, re-squash the filesystem and then use xorriso (or other iso software) to make the new iso file.

Install build-essential and linux-headers-<version> to compile software.

A better way would be to backport xfce4-terminal and make a deb package so that your package manager knows about it.
https://wiki.debian.org/BuildingFormalBackports

Either way, you might need to build more packages to satisfy dependencies.

I think you got better advice in the first reply.

ExeGNU/Linux is Devuan with Trinity -
https://sourceforge.net/projects/exegnulinux/files/iso/

As mentioned before, to boot gpt in legacy mode, you need a partition that is at least 1MB, unformatted and bios_grub flag (in gparted) or ef02 flag (in gdisk). No partition needs to be marked bootable.

There is no devuan version of firefox-esr. We're using the debian version along with the debian version of about 99% of everything. We only fork around a hundred packages. You should be able to get rid of pulseaudio and have sound in firefox. If you've changed any config files related to audio, you might want to check your settings and run alsamixer to make sure your sound isn't muted. This should work out of the box.

If you do need to use apulse, it's just 'apulse firefox'. No need for asoundrc. The only time I need to use apulse is if tor-browser uses audio and then I try to use audio in firefox-esr.

You can check your mirror here:
http://veritas.devuan.org/apt-panoptico … t-web.html

Maybe the ceres mini.iso would work better.
https://pkgmaster.devuan.org/devuan/dis … s/netboot/
https://pkgmaster.devuan.org/devuan/dis … s/netboot/

Edit /etc/slim.conf or /etc/sddm.conf depending on which display manager you're using. Set the session to start lxqt instead of xfce.

If you're using sddm, then /etc/sddm.conf should look like this:

[Autologin]
User=<user's login name>
Session=lxqt.desktop

I'm not exactly sure how to edit /etc/slim.conf, but you might be able to figure it out if you read the comments. I'm not sure if you'd use "lxqt.desktop" or "startxqt" in that file. The .desktop files for the desktops are in /usr/share/xsessions.

For lightdm, set autologin-user in /etc/lightdm/lightdm.conf

On second thought, maybe the correct way is to use update-alternatives to change the x-session-manager.

update-alternatives --config x-session-manager

and it'll give you available choices.

Hendrick, I don't get any delays when I ssh into my Asus netbook. If you want to try the same system I'm running, here's a live-iso I made for my EEE. Passwords are root:root and user:user and you'll need to use startx to get a desktop.
https://get.refracta.org/files/experime … 5_1348.iso

There were no changes in the tests for efi partition in refractainstaller between chimaera and daedalus. (see code below)

Were you able to determine which device has no space left?  Can you please post the output of df -h and fdisk -l?

If you have a uefi-bootable install, you can install all the others without a bootloader and then run update-grub (with os-prober enabled) in the bootable install to get all the others into the boot menu.

Here's the test for efi partition(s). Maybe someone will look at it and get a good idea.

# Check for UEFI boot and EFI partition
if [[ -d /sys/firmware/efi ]]; then
        uefi_boot="yes"
        esp_count=$(env LC_ALL=C fdisk -l | awk '/EFI System/ { print $0 }' | wc -l)

        if [ -z "$gpt_list" ] ; then
                gpt_message=$"There is no disk with a gpt partition table. 
        You should exit this script and run gdisk to create one for uefi boot."
        fi
        if [ "$esp_count" -eq 1 ] ; then
                esp_dev=$(env LC_ALL=C fdisk -l | awk '/EFI System/ { print $1 }')
                esp_dev_message=$"EFI partition found at ${esp_dev}
        If this is not on the first hard disk, something may be wrong,
        and you should investigate the situation."
                if ! blkid -c /dev/null -s TYPE "$esp_dev" | grep -q "vfat" ; then
                        must_choose_esp="yes"
                        esp_dev_message=$"EFI partition found at ${esp_dev}
        will need to be formatted FAT32"
                fi
        else
                must_choose_esp="yes"
                if [ "$esp_count" -eq 0 ] ; then
                        esp_dev_message=$" There is no EFI partition. You will need to create one."
                elif [ "$esp_count" -gt 1 ] ; then
                        esp_dev_message=$"More than one EFI partition was detected.
        You will need to select one. Normally, it's on the first hard disk."
                fi
        fi

Ignore the missing final "fi". The rest of this code block just checks to see which grub is installed and generates some messages.

@aluma - are you using a live-iso or one of the installer isos? In either case, If you booted in uefi, then you don't tell grub where to put the bootloader. It knows to put it in the esp partition. If you're doing it on command-line, the commands are just

grub-install
update-grub

To be sure whether you booted bios mode or uefi, check to see if /sys/firmware/efi exists. It will be there in uefi mode but not in bios mode.