Forked live-config repo:
https://git.devuan.org/devuan/live-config

I commented out a few lines for systemd in the makefile. I might have added some lines to the makefile.
Also created 0190-runit live-config script. (in components directory)

Wow, those are not the results I expected. Here's what /usr/share/doc/memtest86+/README.Debian says:

memtest86+ for Debian
---------------------

Multiple binary images are provided:

  - A legacy bios 32bit /boot/memtest86+ia32.bin that uses Linux zImage
    boot protocol.

  - A legacy bios 64bit /boot/memtest86+x64.bin that uses Linux zImage
    boot protocol.

  - A 32bit EFI Image /boot/memtest86+ia32.efi

  - A 64bit EFI Image /boot/memtest86+x64.efi

There are memtest isos for 32 and 64 bit in /usr/lib/memtest86+. They're only 6MB.
- The 64bit iso boots and runs in qemu in legacy or uefi mode.
- The 32bit iso boots and runs in qemu only in legacy mode.

When I look at those memtest isos with hexedit, they do not begin with all zeroes, so it looks like they are isohybrid. I didn't  try imaging a usb stick to test that.

FWIW: current debian-live iso does not have memtest. Maybe they're as confused as I am.

Edit: The 32bit efi file might be for some old macbooks that had 64bit OS wiht 32bit bootloader. I don't know what else uses that.

Something must have gone wrong with the build setup (i.e. I must have forgotten it.)

Here's an iso with memtest that I haven't tested yet. My internet connection is slow, so it might take until tomorrow for me download it and see if it works.
http://distro.ibiblio.org/refracta/file … p-live.iso
http://distro.ibiblio.org/refracta/file … iso.sha256

Here's a video. We use the same installer.

How to install Debian GNU/Linux with LUKS encrypted LVM
https://www.youtube.com/watch?v=GEl2S5MI-WU

The WD Caviar Black drives larger than 1TB dropped error correction capabilities. The WD Gold drives have that and are therefore more suitable for RAID. The Gold drives a couple years ago only had a 3yr. warranty. I'm not sure about the newer ones.

The 1T Caviar Black drives I had all lasted longer than five years. (always on)

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