The officially official Devuan Forum!

You are not logged in.

#1 Re: Hardware & System Configuration » [SOLVED] gparted will not start » Yesterday 14:00:59

"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.

#2 Re: Devuan Derivatives » Devuan Excalibur mate-mini + Xlibre! » 2026-04-04 16:52:15

@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.

#3 Re: Hardware & System Configuration » amprolla package » 2026-04-03 09:58:12

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

#4 Re: Devuan Derivatives » Devuan Excalibur mate-mini + Xlibre! » 2026-03-20 12:15:25

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

#5 Re: Devuan Derivatives » Devuan Excalibur mate-mini + Xlibre! » 2026-03-19 00:30:23

@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.

#6 Re: Devuan Derivatives » [MiyoLinux] New Releases Uploaded » 2026-03-16 15:06:22

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.

#7 Re: Freedom Hacks » Needs for better modularization of installs » 2026-03-10 20:05:36

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.

#9 Re: Installation » [SOLVED] persist initramfs fsck.log / persist the following output on disc fail » 2026-03-06 11:54:49

@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.

#10 Re: Other Issues » Running virtual machines: Possible important difference Devuan/Debian » 2026-03-06 02:56:22

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=0

If your user's name is 'user' then it doesn't need to be set it in the boot command.

#11 Re: Desktop and Multimedia » [SOLVED] No audio through Pipewire » 2026-03-05 20:57:56

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.

#12 Re: Devuan Derivatives » GNUinOS - Libre » 2026-03-04 20:37:57

@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.

#13 Re: Devuan » Question about https://deb.devuan.org/ » 2026-03-03 18:16:30

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.

#14 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-03-01 23:23:11

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

#15 Re: Other Issues » New Wifi Vulnerability » 2026-02-27 15:14:22

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." smile

#16 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-27 12:25:38

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.

#17 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-27 10:30:17

See 'man live-build' and 'man live-config' for details about the options for the live system.

#18 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-26 19:05:40

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.

#19 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-26 13:31:15

The failsafe option in the boot menu has these:

noapic noapm nodma nomce nolapic nosmp nomodeset vga=normal

And 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.

#20 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-26 12:45:28

@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,
    xrandr

#21 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-26 02:15:17

failsafe 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.

#22 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-25 22:33:50

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.iso

I 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=off

#23 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-25 19:11:33

Ok, 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

#24 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-25 17:26:36

Can you get different results using my qemu commands?

All the major desktops are available in the installer isos.

#25 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-25 14:30:12

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.iso

But 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.iso

And 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.iso

Edit: 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

Board footer

Forum Software