You are not logged in.
Wow, that works. I didn't change anything in the existing setup, but I did dd the iso to the second partition. Same boot menu entry works and it made it past the point where it detects the installation media.
refracta2usb is designed to work with live-isos to create a multiboot live-usb. It's not designed to work with the installer isos, but with a little bit of manual intervention you can bypass this limitation. I can't blame it on upstream decisions because I'm part of the upstream in this case.
Use the latest version of refracta2usb available here -
https://get.refracta.org/files/tools/re … ~4_all.deb
or here -
https://exegnulinux.net/files/refracta2usb/
1. You should start with a usb that already has one live system on it and was prepared using refracta2usb. I tried it with just the netinstall iso and it only worked for legacy bios boot. It didn't work with uefi boot and I did not investigate further.
See the fine documentation that comes with refracta2usb for basic instructions.
(Hint: click on Help inside the app or look in /usr/lib/refracta2usb/help_r2u.txt)
PREPARE THE USB STICK
Start refracta2usb, select the usb device and the select ISO_1 from the menu.
The contents of the iso file will be put into a directory on the usb. Give it a name.
Example name: freia-netinstall
Select the iso
Select the boot menu from the iso (for reference): /boot/isolinux/menu.cfg
Select the kernel: /boot/isolinux/linux
Select the initrd: /boot/isolinux/initrd.gz
Additional boot options: none here
Isolinux boot menu opens in text editor.
Remove live-boot and live-config options. (i.e. boot=live and probably everything on the line after that.)
Add "priority=low" if you want Expert install.
Example:
label freia-netinstall
menu label freia-netinstall
kernel /freia-netinstall/boot/isolinux/linux
append initrd=/freia-netinstall/boot/isolinux/initrd.gz priority=low vga=788 --- Save and close the editor.
Grub boot menu opens in text editor. Do similar edits.
Example:
menuentry "freia-netinstall " {
set gfxpayload=keep
linux /freia-netinstall/boot/isolinux/linux priority=low ---
initrd /freia-netinstall/boot/isolinux/initrd.gz
}Save and close the editor.
When the refracta2usb main menu comes up, you can Exit.
USE THE NETINSTALL
To use the netinstall iso, boot the usb stick and select the netinstall
from the boot menu. The installer will start and ask about locales and
keyboard, then it will fail because it can't find the cdrom.
Continue to get to the installer menu and scroll down to select
"Execute a shell"
In the shell, mount the first partition of the usb stick. And then
bind mount the netinstall directory on the stick to /cdrom.
Example Be sure to name the correct device! /dev/sdb1 is an Example:
You can run 'fdisk -l' in the shell to make sure the usb is the device you think it is.
mount /dev/sdb1 /mnt
mount --bind /mnt/freia-netinstall /cdrom
exitThis brings you back to the installer which should return to the menu.
Select "Detect and mount installation media"
and proceed with the installation.
bai4Iej2need,
I think we're using the wrong terminal. I just tried it with xterm and it works. Does not matter if I use startx for openbox or openbox-session or if I use lightdm to start a full xfce destkop. Wall is happy to talk to xterm but does not work with xfce-terminal or qterminal. I didn't try any others.
Turning off lightdm and using startx doesn't help. I still get the wall message on a console where I'm logged in but not in the desktop terminal.
Not sure if this helps. From 'man wall'
NOTES
Some sessions, such as wdm(1x), that have in the beginning of utmp(5) ut_type data a ':' character will not get
the message from wall. This is done to avoid write errors.
I often see packages in the autoremove list that I want to keep. Almost always, they are just remnants of old versions that can be removed. Take note of what's there, and if it really removes what you want to keep, reinstall those packages.
5) Here's an excalibur desktop-live iso with the backports kernel (7.1.3)
https://get.refracta.org/files/experime … 8_2304.iso
sha256sum
https://get.refracta.org/files/experime … iso.sha256
3eee6699e8a6c4e5cd1209376b7943678bf973cea571732ac96c7ed3d50f18ec excalibur_nonfree_bpo_7.1.3-20260728_2304.isoYour cpu is not too new for the kernels in excalibur. I couldn't find a clear answer on the graphics card.
Exactly how did you prepare the usb stick?
You could try the iso in the thread that ovi linked or try the desktop-live iso to see if that boots correctly.
No, I don't. But I'm guessing you do. I'll also guess that changes in the kernel and initramfs compression are what bit you. Use a newer version of refractasnapshot and it should work. (again, a guess because I don't really know what you're trying to do.) There might be more information in /var/log/refractasnapshot.log.
Try these:
https://pkgmaster.devuan.org/devuan/poo … .3_all.deb
https://pkgmaster.devuan.org/devuan/poo … .1_all.deb
New hardware can be a problem if it's too new for the kernel. Which model cpu, motherboard and graphics card do you have? You might need to use a kernel from excalibur-backports.
There's mousepad, which I don't use. There's also featherpad if you don't mind pulling in a few qt libraries. I use geany most of the time. Maybe one of those will work.
I can do it this way, but I don't know if it has what you need.
https://dev1galaxy.org/viewtopic.php?id=7084
apt --no-install-recommends install nvidia-driver nvidia-cudo-mps nvidia-opencl-common nvidia-opencl-icdand/or any other parts you need without the metapackages that pull in nvidia-persistenced.
Looks like you need to install libreoffice-gnome and do not exclude Recommends to get libreoffice-gtk3 automatically.
Yeah, it's only a Recommends, not a Depends. You don't need it. If I remember correctly, it stores some settings or data between reboots.
sudo apt --no-install-recommends install <whatever>In devuan, /var/lib/dbus/machine-id gets replaced on every boot and /etc/machine-id does not exist. (It might be there if you migrated a debian install to devuan, but I'm not certain of that.) See /etc/default/dbus to turn that on or off.
You're not removing the files in your home directory (in ~/.dbus/session-bus/*) and neither does the default devuan installation. See https://dev1galaxy.org/viewtopic.php?pid=58117#p58117
I just have a single line in /etc/rc.local to remove the ones in my home so they get removed before I log in, and then a new one is created matching the one in /var/lib/dbus.
I don't mess with init scripts. I have a vague memory of making desktop buttons to start specific virtual machines with some vbox command that I don't remember. You could probably start it with a command right after user autologin after all necessary services are running.
(Warning. This was so long ago, I might be remembering something with vmware.)
man xsession says:
$HOME/.xsession
is a sequence of commands invoking X clients (or a session manager such as xsm(1)). See the manual page
for xinit for tips on writing an .xsession file.This page talks about the security risks of 'xhost +':
https://www.debian.org/doc/manuals/secu … 04.en.html
If you follow the (very bad) suggestion of many docs, you type xhost + on your machine. This allows any X client to connect to your system. For slightly better security, you can use the command xhost +hostname instead to only allow access from specific hosts.
I just upgraded an excalibur VM and it held back xserver-xlibre-video-amdgpu. I'm not sure if the old version I had was from xlibre-deb or xlibre-debian. There was a mix of packages so I finished upgrading to get all xlibre-debian - except that one package. I realized I didn't have backports enabled, and the instructions don't say which packages you need from backports. I think I figured it out. (the newer version installed without complaint)
apt -t excalibur-backports install mesa-common-dev mesa-libgallium mesa-vulkan-drivers
apt upgrade xserver-xlibre-video-amdgpudaedalus-security is fixed.
Components: main contrib non-free non-free-firmwareMaintenance of bookworm-security got moved to the LTS team. They'll probably hear about it soon and fix it. FWIW, you can still do upgrades, and the nonfree firmware doesn't change often, so you're probably not missing anything.
https://lists.debian.org/debian-announc … 00007.html
It's not listed here for daedalus-security like it is for the other daedalus repos.
https://pkgmaster.devuan.org/merged/dis … /InRelease
Origin: Devuan
Label: Devuan-Security
Suite: oldstable-security
Version: 5.0
Codename: daedalus-security
Date: Tue, 14 Jul 2026 18:50:06 UTC
Valid-Until: Tue, 21 Jul 2026 18:15:06 UTC
Architectures: amd64 arm64 armel armhf i386 ppc64el
Components: main contrib non-free <---- missing "non-free-firmware"I'm guessing it got left out by mistake. You didn't spell it wrong.
This is what I get searching for that device.
apt search BCM4312
broadcom-sta-common/stable 6.30.223.271-26 amd64
Common files for the Broadcom STA Wireless driver
broadcom-sta-dkms/stable 6.30.223.271-26 amd64
dkms source for the Broadcom STA Wireless driver
broadcom-sta-source/stable 6.30.223.271-26 amd64
Source for the Broadcom STA Wireless driver
firmware-b43-installer/stable 1:019-14 all
firmware installer for the b43 driverTry this page for instructions to use packages available in the devuan repository.
https://wiki.debian.org/bcm43xx
I'm not seeing much difference in df output with 6.1.0-48 vs. 6.1.0-50 and also 7.1.3 in freia. Only about 1-2mb difference. Try it without the '-h'.
/dev/mapper/root_fs 199450960 137851664 6.1.0-50
/dev/mapper/root_fs 199450960 137850896 6.1.0-48
/dev/mapper/sda4_crypt 199450960 137853112 7.x
/dev/sda5 29367400 24062932 6.1.0-50
/dev/sda5 29367400 24062712 6.1.0-48
/dev/sda5 29367400 24060396 7.1.3Another approach would be to only use 'xhost +' when you want to be the other user and then 'xhost -' when you're done. Put the following script in your path, make it executable and use it like this. I'm calling it 'swu'. You can call it whatever you like.
Open a terminal.
swu <otheruser>
(run some commands as the other user)
exitHere's the magic sauce:
#!/usr/bin/env bash
# swu
otheruser="$1"
xhost +
su "$otheruser"
xhost -
exit 0I switched to xlibre-debian a few months ago. At that time, there had not been any updates on xlibre-deb since the end of last year.
Here are the xlibre versions I have as of today (2026-07-09)
ii x11proto-dev 2025.1-1+xlibre1 all X11 extension protocols and auxiliary headers
ii xlibre 1:7.8+5 amd64 XLibre X Window System
ii xlibre-archive-keyring 1.0.0-1 all OpenPGP archive certificates of XLibre
ii xlibre-x11-common 1:7.8+5 all X Window System (X.Org) infrastructure
ii xlibre-xutils 1:7.8+5 all X Window System utility programs metapackage
ii xserver-xlibre 1:7.8+5 amd64 XLibre X server
ii xserver-xlibre-common 2:25.2.0-3 all common files used by various X servers
ii xserver-xlibre-core 2:25.2.0-3 amd64 XLibre X server - core server
ii xserver-xlibre-input-all 1:7.8+5 amd64 XLibre X server -- input driver metapackage
ii xserver-xlibre-input-libinput 1:25.0.1-1 amd64 XLibre X server -- libinput input driver
ii xserver-xlibre-video-all 1:7.8+5 amd64 XLibre X server -- output driver metapackage
ii xserver-xlibre-video-amdgpu 25.1.1-3 amd64 XLibre X server -- AMDGPU display driver
ii xserver-xlibre-video-ati 1:25.0.1-1 amd64 XLibre X server -- AMD/ATI display driver wrapper
ii xserver-xlibre-video-fbdev 2:25.0.0-1 amd64 XLibre X server -- fbdev display driver
ii xserver-xlibre-video-nouveau 2:25.0.0-1 amd64 XLibre X server -- Nouveau display driver
ii xserver-xlibre-video-qxl 1:25.0.0-1 amd64 XLibre X server -- QXL display driver
ii xserver-xlibre-video-radeon 1:25.0.1-1 amd64 XLibre X server -- AMD/ATI Radeon display driver
ii xserver-xlibre-video-vesa 2:25.0.0-1 amd64 XLibre X server -- VESA display driver
ii xserver-xlibre-video-vmware 2:25.0.0-1 amd64 XLibre X server -- VMware display driver
ii xserver-xlibre-xephyr 2:25.2.0-3 amd64 nested X server