Add one or more of the following to the boot command. (linux line with grub boot, append line with isolinux/syslinux boot)

noautologin
nottyautologin
nox11autologin

See 'man live-config' for more details and more options.

What kind of file is it?   file /root/fpv
How big is it? Can you see inside it with a pager or something else?
Does the date give you any clues? Maybe find other files with the same date to figure out what you were doing.

I've changed the order of sound cards in some systems with the following lines in /etc/modprobe.d/alsa.conf (or alsa-base.conf)

options snd-usb-audio index=0
options snd-hda-intel index=-2

I think it requires a reboot for the change to take effect.

Here's a script to create or change the file delgado suggested. Run it without an argument and it will display the card names and numbers and let you choose the default card. Run it with the desired card number as an argument and it will set that card as default. e.g.  set-default-card 1

Run it as root or with sudo.

$ cat set-default-card 
#!/usr/bin/env bash
#set-default-card

choose_card () {
	while true ; do
		echo "Enter the card number to set as default."
		read ans
		cardnum="$ans"
		break
	done
}

if [ "$#" -eq 0 ] ; then
	aplay -l
	choose_card
else
	cardnum="$1"
fi

echo "defaults.pcm.card $cardnum
defaults.ctl.card $cardnum" > /etc/asound.conf
/etc/init.d/alsa-utils restart

Easier way to get to xfce. Don't know why I didn't think of this the first time.

At the isolinux boot menu (for legacy boot) press TAB, or at the grub menu (for uefi boot) press e to edit the boot command.

Add either 'noautologin' or 'nox11autologin' to the boot command. For legacy boot, it goes at the end of the command that appears at the bottom of the screen. For uefi boot it goes at the end of the linux line.

You'll boot to a lightdm login screen. Login as user with password user.

Has anyone tried this iso yet? Please see if you can break it. Thanks.

Which desktop environment, which display manager (or none?) and how did you set up autologin? It's usually in the display manager's config file (e.g. /etc/slim.conf) but there's also a way to do it with startx.

I would expect the initramfs to contain the modules for the running kernel, and I would expect the running kernel to be the old one. A live system is read-only, so if you upgrade the kernel, you have to reboot to use that kernel, but when you reboot, the new kernel is no longer there. It was only in memory.

You need a persistent partition or an installed system to upgrade the kernel and put it into a new snapshot.

You might be able to do it from the live system if you chroot into the copy of the filesystem. I'm not sure if that would work. The new kernel will be there in the storage media after you install it and run refractasnapshot once.

You need to set refractasnapshot.conf to save the filesystem copy. Then maybe you can chroot into the fs copy and run 'update-initramfs -u -k all' and then copy the new kernel and initramfs to /iso/live/vmlinuz and /iso/live/initrd.img. Then run refractasnapshot again and choose "Re-squash and make iso (no-copy)" so you don't clobber your edits.

live-sdk downloads all the packages every time it runs. If you have a fast internet connection, that's not bad. It's especially good if you want to make several isos with different content. You just use different config files for the different builds. The downside is that if there's anything wrong in the build setup, or if you list a package to be installed when that package doesn't exist, the whole build fails and you have to start it again.

My preferred workflow is to install a system into a VM and make the snapshot there. Then I can upgrade the VM any time I want and make a new iso. It doesn't have to download the whole system every time.

Then, if I want to use a live, read-only system, I just boot the iso file inside a VM and use that. Then I don't have to reboot the computer to switch to read-only. When the VM shuts down, everything from that session is gone.

Here's one simple way to get pipewire working:
https://dev1galaxy.org/viewtopic.php?pid=47569#p47569

The output from the following commands might be helpful:

uname -r
apt policy linux-image-amd64

And look in /lib/modules to see if that directory exists.

Wild guess: you upgraded to daedalus but didn't upgrade the kernel because the kernel metapackage is not installed. (linux-image-amd64)  That package pulls in the latest kernel for the release you're running.

Or you booted into an older kernel by mistake.

Ditto what Pedro said.

Nice blog post. Thanks!  I read your other one about Devuan and in it you state that the Refracta uses xlibre. In fact, Refracta uses xorg in the official releases, but you must have picked my test build with xlibre that's in the experimental directory.

That iso was made to test support for seatd in xlibre. There's no elogind in that build, but it'll get pulled in if you install the right things. If you're missing some functions even with elogind, make sure you also have libpam-elogind.

Oh, one more thing about that iso - it's devuan freia, which is still in the testing phase. Don't be surprised if you get 100 package upgrades per day along with occasional breakage. That's one way to learn.

Have fun, and Happy Hacking!

Most of the packages in devuan come directly from debian. We only fork about 100 packages, and the rest get pulled from debian servers and run through something like a filter to remove packages that require systemd. Here's the list of banned packages: https://pkgmaster.devuan.org/bannedpackages.txt

If you're an old debian user, you'll probably feel like you finally came home after 10 years of being lost.