It didn't go anywhere.
http://deb.devuan.org/devuan/pool/main/ … -5_all.deb

Download the package and install with dpkg -i clearlooks-phenix-cinnabar*.deb

Go up one directory level and you'll see the other devuan themes. The only one that won't work on current releases is the purpy theme from 2019.

Cinnabar icons: http://deb.devuan.org/devuan/pool/main/ … .0_all.deb

Hey, thanks for clearing up my confusion. I actually thought the post was about computer-related stuff and they were talking about dropping xorg because of security reasons. Unplug your ethernet cable if you want to feel safe.

Synopsis: You create a keyfile and put it in the root partition. Edit /etc/crypttab so that the keyfile gets used to open your home partition. When you boot, you will enter the luks passphrase to open root, and home will be opened automatically by the keyfile.
https://www.howtoforge.com/automaticall … -a-keyfile
Note: Add a keyslot for the keyfile and keep the passphrase active, in case the keyfile gets lost or corrupted, then you can still use the passphrase.

This one is more detailed:
https://wiki.archlinux.org/title/Dm-cry … n#Keyfiles

A couple notes about encrypted disks.
- The encryption is only effective when the computer is turned off. Turning it on or mounting the drive to another system to access it will not expose your data without entering the passphrase. Once it's open and running, it's no longer hidden in a locked box.
- The unencrypted swap partition is not protected. It might contain sensitive data that could be accessed by booting the system or attaching to another system. Not a good idea if this is a laptop that could be lost or stolen. If you need more that 256mb of swap space, you can make a bigger swapfile.

The live installer won't make a swap partition for you, but it will let you use an existing swap partition. If you still want to use a swap partition, you can run mkswap on it and edit /etc/fstab to use that partition instead of the swapfile. Note that it will be outside your encrypted partitions and insecure.

It also won't set up lvm for you, but it's possible to do it manually using the cli installer instead of the graphical. (run 'refractainstaller' in a terminal for that one.) https://dev1galaxy.org/viewtopic.php?id=2323

That other partitioner you used was cfdisk (for mbr) or gdisk (for gpt).

I didn't expect to see intel graphics. I'm not sure why you got a black screen with the first install.

Press 'e' at the boot menu and add the word nomodeset to the linux line then press ctrl-x to boot. If it's an nvidia problem, this might work. Then you can see what you're doing to install the drivers you need.

If that doesn't work, boot a live system as suggested and at least run lspci so you can see what hardware you have.

The refractasnapshot log file would be a good place for hints, but I didn't think to tell you to save it. It can be found at /var/log/refractasnapshot.log but since you were in a live session, that file is gone. (Unless that same live system is still running and hasn't been rebooted.)

How did you make the live-usb? If you used dd or cat to image the isohybrid, I don't think you'll be able to make a second partition. That doesn't seem to work in all situations. I use refracta2usb to make a live usb and it will set up the persistent partition for either full persistence (that's what you want) or else just a persistent /home. It's not in the repo. You can get it here: https://sourceforge.net/projects/refrac … -2.4.3.deb

Other live-usb software might work, but I don't know which. First partition should be fat32 with boot flag and second should be ext2/3/4 with a persistence.conf in the root of the persistent volume. See 'man live-boot' for more details.

Thanks for testing. Here's a new live iso. This one has bootx64.efi and shimx64.efi.signed in efi/boot. I made this one using refractasnapshot and had to copy the shim into the iso build tree manually. If it works, I'll work it into live-sdk so it gets into the official isos.

devuan_5_signed-test_amd64-20250110_1825.iso
https://distro.ibiblio.org/refracta/files/experimental/

sha256sum:

ec458d2e023b7d6abc982c8c0f690250c562133a5b0491ced3226602d662903d  devuan_5_signed-test_amd64-20250110_1825.iso

Oh, duh! I did it. See, I'm so distraught over this I didn't even notice the size of those packages. Thanks.

@mtbvfr - you don't need to comment out any lines for the gamma settings. If you want to play with the gamma settings, just click on the gamma button when the window comes up and you can adjust it. If you run it a second time, it won't show your last setting. I obviously don't understand how it works.

This one is a little fancier and requires yad to be installed. It gives you a graphical slider. I'm not sure I did the gamma parts right and I never use that.

#!/usr/bin/env bash
# set_bright3b

set -x

# Set these names according to what xrandr tells you.
# For a single monitor, comment out the second xrandr command
# at the bottom of the script.

monitor_1="LVDS-1"
monitor_2=""

get_current_values () {
	
	current_bright=$(xrandr --verbose | grep -m1 Brightness | cut -d"." -f2)
	
	if  [ "$current_bright" = 0 ] ; then
		let current_bright="9"
	fi
	
	current_gamma=$(xrandr --verbose |grep -m1 Gamma | cut -d":" -f3)
	gamma1="$current_gamma"
}

select_brightness () {
	
	br1=$(yad --scale --title=Brightness --width=300 --min-value=2 --max-value=10  --value="${current_bright:0:1}" \
		--mark=2:2  --mark=3:3 --mark=4:4 --mark=5:5 --mark=6:6 --mark=7:7 --mark=8:8 --mark=9:9 --mark=10:10 \
		--page=1 --button=OK:0 --button="Gamma":1 --button=Exit:2)
		
		exit_code="$?"
		
		if [[ $exit_code -eq 1 ]] ; then
			br1="${current_bright:0:1}"
			select_gamma
		elif [[ $exit_code -eq 2 ]] ; then
			exit 0
		fi
}

select_gamma () {
	gm1=$(yad --form --field=Gamma:NUM "${current_gamma}\!0.5..1.5\!0.1\!1")
	gamma1="${gm1:0:3}"
}

get_current_values
select_brightness

if [ "$br1" = 10 ] ; then
	bright1="1.0"
	bright2="1.0"
else
	bright1="0.$br1"
	bright2="$bright1"
	# Uncomment the following 3 lines if monitor2 should be less bright.
	#br2="$br1"
	#(( br2-=1 ))
	#bright2="0.$br2"
fi

xrandr --output "$monitor_1" --brightness "$bright1" --gamma "${gamma1}:${gamma1}:${gamma1}"
#xrandr --output "$monitor_2" --brightness "$bright2" --gamma "${gamma1}:${gamma1}:${gamma1}"

exit 0

I already did try it yesterday. The iso with zstd booted about 5 seconds faster than xz in qemu. That was about 1 minute, 20 seconds of which were at the boot menu. Building the iso was about 2 minutes faster (9 vs. 11). I haven't tried it on usb yet.

This will be in the next build of refractasnapshot. I already added support for zstd in the initramfs.

The 32-bit kernels in excalibur and ceres have been removed. Did anyone happen to save the last deb packages for 686-pae? The last live-iso I made has 6.5 from last April. Not that using those versions is a real solution since they won't get security updates. But it would be nice to have an iso with the last one.

Meanwhile, I've made an excalibur 32-bit live-iso with the daedalus backports kernel. That's another unsatisfactory solution for the same and other reasons, but it does work.

N.B. When trying to upgrade my i386 excalibur VM, aptitude puked on the t64 versions of packages. 'apt upgrade' and 'apt dist-upgrade' worked ok and all the t64 packages got installed.