You are not logged in.
@brocashelm: startxfce4 doesn't work with or without ck-launch option. Just plain startx gets me to the desktop.
With startxfce4 I get the following.
Fatal server error:
parse_vt_settings: Cannot open /dev/tty0 (Permission denied), maybe missing '-seat seat0 -keeptty' parameters? (in case trying to run uid !=0 mode)I think I need to consult a higher authority.
@rations: I never heard of jgmenu, thanks. It looks interesting. I could see using that in my netbook where I'm using polybar (panel) that doesn't have an apps menu.
Thanks. That's similar to what I'm using with the openbox menu and with some older yad-based quit menu that's laying around here somewhere. I think you have a couple commands I don't have.
The lxqt media manager isn't working, but I can mount/unmount with spacefm and pmount.
In xfce, thunar doesn't see the usb until it's mounted. Spacefm will mount/unmount.
Well, that didn't take long. I removed lxqt and install xfce. Same thing - shutdown/reboot from the menu don't work with just dummy-logind and seatd.
So then I tried installing consolekit and libpam-ck-connector. It removed a bunch of libraries and also gvfs. But it didn't remove any xfce packages. Desktop still works, shutdown/reboot still greyed out.
I tried installing consolekit and libpam-ck-connector, and it wanted to remove lxqt-powermanagement and a few other lxqt programs that I don't want to lose. So I'm sticking with seatd and dummy-logind until I figure out the next thing to try. Might not be soon.
rations, thanks for the report. I get the same problem with the brightness control when I run it from a usb on my thinkpad. Meanwhile, I added redshift, and that works fine for changing brightness and screen temperature.
I don't want to hijack greenjeans' thread, so I'll try to stay relevant. I made a similar iso that has xorg, and shutdown/reboot from the menu don't work there, either. So it's not an xlibre problem. Might be seatd or polkitd related.
Edit: Adding elogind and libpam-elogind fixes the shutdown problem.
"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,
xrandr