You are not logged in.
"su" vs. "su -" problem? https://dev1galaxy.org/viewtopic.php?id=6294
Some pinentry package should be there to ask for your password when you try to start gparted from the menu.
@tyder: Yes.
https://get.refracta.org/files/experime … 4_1517.iso
Devuan Freia (Testing) respin with xlibre, minimal lxqt, seatd (no elogind), no display manager.
Login:Password
user:user
root:root
Use startx to get the desktop.
Right-click on the desktop to get the openbox menu for exit/shutdown/reboot or use 'sudo reboot' or similar.
Read the README. It's short.
Talk to aitor. He uses amprolla for the distro formerly known as gnuinos.
Also see the devuan maintainer's guide.
https://git.devuan.org/devuan/documenta … ngGuide.md
I switched from the old xlibre repo to the newer one (https://github.com/xlibre-debian/devuan) and ran into some weirdness. I had to remove all the old xlibre packages instead of just upgrading - the versions of xlibre are the same in both repos. (1:7.8+4)
Other weirdness is that the newer repo seems to have Suite: and Components: reversed, but correcting that does not work. I get an error message about the Release file missing. Leaving them reversed does work, and I was able to install xlibre.
I was also able to remove my user from the input group. I think that means the seatd support is working, but I'm not sure if they're related.
$ dpkg -l |grep -E "seat|logind"
ii libelogind-compat:amd64 255.17-5 amd64 user, seat and session management library compatibility
ii libelogind0:amd64 255.17-5 amd64 user, seat and session management library
ii libseat1:amd64 0.9.3-1 amd64 flexible seat and user management library
ii seatd 0.9.3-1 amd64 minimal seat and user management daemon@rations: Which github page are you looking at? This one suggests that you might need backports for daedalus, but I don't see excalibur-backports mentioned.
https://xlibre-deb.github.io/devuan/
You might need to install libdrm* packages from Devuan daedalus-backports repository.
I haven't tried xlibre on daedalus, so I don't know if it's needed or not.
FTW, install your favorite version in a virtual machine and then do the upgrade. That way, if you screw it up, it's easy to start over again. Then you can make your own iso with refractasnapshot and install to real hardware.
only way I found was to call update-initramfs.orig.initramfs-tools manually
Only if the live-tools package is installed. Without that, update-initramfs does not get diverted.
Set up both wired and wireless in /etc/network/interfaces.
Network Configuration Guide
https://www.devuan.org/os/documentation … figuration
@onedevone,
Stop spreading FUD about refractasnapshot. It's not even relevant FUD. The OP's problem has nothing at all to do with refractasnapshot or the live isos.
I didn't know I could do this, but it works. I think it's basically the same as what you're trying to do.
Live-usb, first partition is fat32 and has filesystem.squashfs, kernel and initrd, syslinux and grub files with boot menus.
Second partition is linux partition and I made a loopback file for the persistent filesystem. I kept the default username of devuan, so I didn't have to do anything special on first boot.
With nottyautologin I'm able to drop to console with ctrl-alt-Fn and there's a login prompt (n=1-6). Without nottyautologin, tty1 shows the end of the boot messages and no login prompt or command prompt. And tty2-6 are just black.
This is the boot command for user 'devuan'
BOOT_IMAGE=/excal_6.1.1/live/vmlinuz initrd=/excal_6.1.1/live/initrd.img boot=live live-media-path=/excal_6.1.1/live persistence persistence-media=removable-usb persistence-path=/loopfiles/ persistence-label=dev1 username=devuan nottyautologin apparmor=0 Second loopback file for alternate persistence. For the first boot, I added nox11autologin and S to boot to single user. As root, I deleted the primary user (devuan) and deleted all of /home/devuan, then created phred. (deluser and adduser). When I exited the root console, the desktop came up without having to log in.
On subsequent boot, I removed the nox11autologin, and phred's desktop came up without a login.
This is the boot command for user 'phred'
BOOT_IMAGE=/excal_6.1.1/live/vmlinuz initrd=/excal_6.1.1/live/initrd.img boot=live live-media-path=/excal_6.1.1/live persistence persistence-media=removable-usb persistence-path=/loopfiles/ persistence-label=dev1b username=phred nottyautologin apparmor=0If your user's name is 'user' then it doesn't need to be set it in the boot command.
You're trying to install conflicting packages that are all included with the glob - pipewire*. You could just install pipewire-audio which will pull in the necessary packages automatically.
Get rid of the pipewire-media-session stuff and let wireplumber install.
@aitor
RE: mdadm errors in live iso.
See https://dev1galaxy.org/viewtopic.php?pid=57685#p57685
That post has the solution. The whole thread describes the problem and a couple of ineffective attempts at a solution.
TLDR: mdadm is not installed, but the package is in the iso for installation after boot, no network needed.
P.S. If you come up with a better solution, please let me know.
Don't use https with deb.devuan.org. It's a round-robin and not all mirrors support https. If you go to http://deb.devuan.org you'll see the same page as https://pkgmaster.devuan.org.
If you feel a need to use https in your sources.list, you'll need to select a specific mirror that supports it.
I got this explanation from someone else:
Normally sources.list uses http:// protocol not https:// protocol and the mirrors *if* they were to use https would require distributing the certificates to all of the mirrors. Not practical. And the signed Releases file was designed before https and protects the integrity of the transfers without needing https.
You have to delete 'user' to make noautologin work.
No, I don't have to delete 'user', and noautologin does work with or without persistence. I've been doing it this way for about 15 years. Before devuan existed I was doing this with debian. I guess we're not doing the same thing.
I use this to make a live-usb: https://get.refracta.org/files/tools/re … ~4_all.deb
Ed. Ahh, I see I have reached the perfect post count. big_smile
I think I have a better understanding of the phrase, "The devil is in the details." ![]()
I don't get the same results as you. The noautologin option is working correctly here on two different live-isos.
The devuan desktop-live iso has user 'devuan' pre-defined, and with noautologin, boot stops at the slim login screen.
A refracta live iso has user 'user' pre-defined, and with noautologin, boot stops at the lightdm login screen.
Maybe I should call it a pre-existing user instead. That user already exists and has a home directory inside the squashfs as opposed to being created when the system boots.
See 'man live-build' and 'man live-config' for details about the options for the live system.
The default user already exists in devuan live isos. In debian live isos, the default user is created during boot if the option 'config' is included in the command line. I think if you remove that, you'll have the default user again.
The failsafe option in the boot menu has these:
noapic noapm nodma nomce nolapic nosmp nomodeset vga=normalAnd I noticed that in the grub menu created by live-sdk, the failsafe entry is missing 'nomodeset'. It's only in the syslinux menu. In refractasnapshot, 'nomodeset' is in the failsafe entries in both menus.
@tyder, see if you can narrow down which kernel parameters make a difference. TAB or e to edit the boot entry on the fly.
Here's mine.
Booted from usb on hardware. It works here.
inxi -G
Graphics:
Device-1: Intel HD Graphics 5500 driver: i915 v: kernel
Device-2: Chicony Integrated Camera driver: uvcvideo type: USB
Display: x11 server: X.org v: 1.21.1.16 driver: X: loaded: modesetting unloaded: fbdev,vesa
dri: iris gpu: i915 tty: 121x24 resolution: 1600x900
API: EGL v: 1.5 drivers: iris,swrast platforms: gbm,surfaceless,device
API: OpenGL v: 4.6 compat-v: 4.5 vendor: mesa v: 25.0.7-2 note: console (EGL sourced)
renderer: Mesa Intel HD Graphics 5500 (BDW GT2), llvmpipe (LLVM 19.1.7 256 bits)
Info: Tools: api: eglinfo,glxinfo de: xfce4-display-settings x11: xdriinfo, xdpyinfo, xprop,
xrandrfailsafe is just a name for a choice in the boot menu. Look at the boot command for that choice and you will see some kernel paramaters. One of them is 'nomodeset' which is sometimes useful when normal boot options result in a black screen.
What video cards are you using? I don't think you mentioned that.
This one (dzz's third example) shows me the boot menu and goes to black screen.
qemu-system-x86_64 -enable-kvm -m 2048 -bios /usr/share/ovmf/OVMF.fd -boot d -cdrom devuan_excalibur_6.1.1_amd64_desktop-live.isoI can get to serial console in qemu and log in. Slim is not running, xorg is running. I can kill xorg, then log into console as root and run startx. Desktop comes up. Alternatively, I can drop to console, install lightdm, start lightdm, get graphical login and desktop comes up.
This one (abbreviated fourth example - no network settings) works from boot menu to desktop.
qemu-system-x86_64 -machine accel=kvm -m 1924 -boot d -cdrom devuan_excalibur_6.1.1_amd64_desktop-live.iso -bios /usr/share/ovmf/OVMF.fd -boot once=d,menu=offOk, I'm curious to know if the excalibur-nonfree iso that I linked above works.
You could build an iso using live-sdk, but for a one-off, it's easier to install what you want in a VM and then run refractasnapshot to make the live iso. With live-sdk, if you list a package to be installed that doesn't exist, then the build fails and you have to start over again. If you're working in a VM and planning to use refractasnapshot, if you try to install a package that doesn't exist, that one apt command fails, and you still have whatever work you've done building up the system.
Here are instructions for live-sdk:
https://dev1galaxy.org/viewtopic.php?id=551
Here are instructions for refractasnapshot:
https://git.devuan.org/devuan/refractas … apshot.txt
Can you get different results using my qemu commands?
All the major desktops are available in the installer isos.
Some more detail about exactly what you tried with which iso would help. Also, if you can find any of these other relevant discussions that you mentioned and provide the links, I would greatly appreciate it. I'm doing 15 different things and couldn't find them.
I have no trouble booting the isos in qemu or virtualbox in bios mode, but I have mixed results booting them in uefi mode. I don't know the reason for that. Gathering all the evidence in once place would be a good start.
For example, this works:
qemu-system-x86_64 -enable-kvm -m 2048 devuan_excalibur_6.1.1_amd64_desktop-live.isoBut trying to boot that iso in qemu uefi fails.
Meanwhile, this one works in uefi even though it was made the same way as the excalibur iso.
qemu-system-x86_64 -enable-kvm -m 2048 -bios /usr/share/ovmf/OVMF.fd devuan_freia_7-preview-2026-01-12_amd64_desktop-live.isoAnd this one works (excalibur):
qemu-system-x86_64 -enable-kvm -m 2048 -bios /usr/share/ovmf/OVMF.fd refracta-isos/13.2/refracta_13.2_xfce_amd64-20251205_1133.isoEdit: This one that I made for a wifi test yesterday works in uefi, too. It's just the default devuan excalibur desktop install that was created with refractasnapshot instead of live-sdk. The uefi part of the build is the same for both methods, so I'm at a loss for an explanation.
https://get.refracta.org/files/experimental/excalibur_nonfree-20260224_2014.iso