Dear Community,
I’m on Lubuntu 24.10 ARM verson with my Raspberry Pi 5. I came across an issue that I can’t open the session settings from the configuration center.
I figured out that I can open it from terminal via “sudo lxqt-config-session” so I checked the access right settings of the application but it is exactly the same as all other lxqt-config-xxx applications.
Any idea what I could do?
Lubuntu provides ISOs for amd64 only; so if you downloaded a version that claimed itself as being Lubuntu 24.10 ARM version you’re probably using a fake.
If you go to our downloads page (https://lubuntu.me/downloads/) you’ll only find links for amd64 images. Whilst we’ve offered unofficial ARM images in the past, they’ve not been produced for many cycles (all beyond our support being EOL)
1 Like
Thanks for your very helpfull comment to solve my problem. But who said I installed it via ISO? You can also install ubuntu server ARM and then Lubuntu desktop onto it…
Well, I tried lxqt-config-session w and w/o sudo and they are definitely different. e.g. when I clicked on “user directories” with sudo the locations were all prefixed with /root. So, I suspect that changing anything with sudo won’t change the settings for the user account.
Just for kicks, try lxqt-runner, if/when the entry box pops up type in lxqt-config-session and then the enter key.
Just tried to start via lxqt-runner. No effect, nothing happened.
Btw, when trying to start lxqt-config-session via terminal (w/o sudo) I get the error message: “Segmentation fault (core dumped)”
Any idea?
Well, no, this is going down a rabbit hole now (for me). The approach you are taking is somewhat unusual and if @guiverc believes it to be unsupported then you need to be prepared for failure by all normal mechanisms.
So, it seems that there is a user account of some sort because you can issue cli, this is good. But, a core dump is disappointing.
If the core dump file was available then I’d suggest trying to inspect it with a few tools, but, it probably isn’t available. Does this system have strace available? Try running “strace lxqt-config-session” if it’s available. Otherwise, I defer…
1 Like
Strace is available, throws hundreds of lines of information. Any hint where to look at? The last lines show this:
futex(0xaaab00b6d070, FUTEX_WAKE_PRIVATE, 1) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x8} ---
+++ killed by SIGSEGV (core dumped) +++
Speicherzugriffsfehler (Speicherabzug geschrieben)
Funfact: When I log into my parallel Plasma desktop either Wayland or X11 session the lxqt-config-session is starting flawlessly.
A wild guess, but I think that Nudnik just wants to run LXQt (and not specifically Lubuntu) on a Raspberry Pi.
For that, the following may be interesting to know. There exists an ARM version (LXQt 2.1.0) provided by the Arch Linux ARM project. See e.g.: pcmanfm-qt package versions - Repology
A good starting point could be to get to know the specifics of Arch Linux on ARM (see: Downloads | Arch Linux ARM), install the base system on Raspberry Pi 5, and then install the LXQt suite. I have no experience with Arch Linux on ARM based systems, but after the terminal based base system is up (which should be well documented somewhere on the net), the following (Arch-)commands should do the job to install LXQt:
# pacman -Sy # sync the repositories
# pacman -S sddm # install the greeter program
# pacman -S lxqt # install default components of LXQt
# pacman -S epapirus-icon-theme # group lxqt lacks an icon theme
# systemctl enable --now sddm # start the greeter program
The icon theme needs to be manually linked (in the LXQt appearance wizard). Additionally, there is a package lubuntu-artwork available in the Arch community users repository (AUR), which can be installed with yay. After installing the artwork, this also must be linked in the appearance wizard. This will mimic the newly created LXQt instance on Arch Linux with (almost) no differences with how LXQt looks at Lubuntu.
How to install yay is also well documented. Unfortunately, the AUR repo lubuntu-artwork is not maintained (some minor issue with a version number). However a workaround is described in the package description page. After the fix it works perfect.
The whole process (installing LXQt, and the extras) is not complicated. Success and fun guaranteed!!
Note: I usually replace openbox with xfwm4 as window manager program.
2 Likes
@Fritz First I’m interested in solving my Segfault issue. Other than that (and my other issue with update notifier) it i srunning great. But you are right, I’m not bound to Lubuntu, allthough I feel the most comfortable in an Ubuntu environment. The optical appearance is the least important part as I’m using my own theme anyway (Dark Breeze by Nudnik - LXQT Theme - Gnome-look.org)
On my other machine I’m running Manjaro with LXQT, so I’m familiar with the Arch world. But I can guarantee you it took me some time that it runs exactly how I expected it. It would surprise me if it would be completely hazzlefree to go with ALARM…
@Nudnik It is an interesting problem you have, indeed. But it is too specific, perhaps too unique because of your fiddling with your system earlier, and certainly too technical for this forum.
I tried your theme. It is OK. I will keep using it on my laptop until another person points me to another theme 
I guess it is your desktop in the image at the g-l website. I like the weather and date widgets to be honest. What are they?
BTW I wanted to register on g-l, but my gmail mail address domain is refused on the opendesktop.org website (which seems to be the registrating party for the g-l website). So, no thumbs up for you from me there. Let’s do it here then 
2 Likes
Hi Fritz,
thx for feedback. It’s a conky widget that is called “Homam”
Anyway, don’t think I have fiddled around too much with my system after installation. Had the problem right from the start. I have ordered some more SD cards to play around with alterative or new installation to see whats happenening.
Aah…Conky. Really not my thing, but I like the widgets.
I appreciate that this is a Lubuntu forum, but since you are not a new user, and seem to know enough about (installing) Linux, I continue to say: “Give Arch a try”.
I use Pi Zero a lot for diverse home automation tasks, and I love Raspberry in general. Unfortunately I don’t have a Pi5 or another Arm based NUC powerful enough to run a desktop for serious daily use. And really, at this time I have no need too. But I am curious about the results with Arch/LXQt 
Maybe my next desktop will be N100 based, or its successor by then. For now, my 200 Euro laptop with external monitor and keyboard doubles as desktop machine perfectly.
Good luck with your endeavours!
1 Like
yes, well, that’s the final error where it goes off into la-la land and aborts. The problem however, may appear somewhere further up. I suspect closer to the top of the strace output in this case. You need a reference to compare to if you have no clue what to look for. So, since the app does at least present when you run it as sudo you might consider sudo strace … > root.txt and compare this to user.txt. Typical things to look for are those lines that are contained in the running output (root.txt) but not in the crashed output.
However, the apps are async so something may in fact appear in both outputs but in different places… (sort, grep, etc might be your friends). I’ve done this with discover (I’m sorry but it is a big pig) so it’s possible to find issues this way, but, it is a last resort.
Anyway, I’m done here. Good luck.
It was recommended by @wxl to upload the complete strace output here. Unfortunately it is too large to paste it in here…
I looked at this, nothing extremely glaring… It’s right at the point where it should kick off access to the various icons of the GUI. The next instruction after … picom, should have been to polkit, but, the app has already failed. e.g. there should have been a whole bunch of lines that look something like the following (in the strace output):
access("/usr/share/icons/ePapirus/96x96/apps/preferences-desktop-launch-feedback.png", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/icons/ePapirus/96x96/apps/preferences-desktop-launch-feedback.svg", F_OK) = 0
access("/usr/share/icons/ePapirus/96x96/apps/preferences-desktop-launch-feedback.xpm", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/icons/ePapirus/64x64@2x/categories/preferences-desktop-launch-feedback.png", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/icons/ePapirus/64x64@2x/categories/preferences-desktop-launch-feedback.svg", F_OK) = 0
access("/usr/share/icons/ePapirus/64x64@2x/categories/preferences-desktop-launch-feedback.xpm", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/icons/ePapirus/64x64@2x/apps/preferences-desktop-launch-feedback.png", F_OK) = -1 ENOENT (No such file or directory)
Is the server running under root or user?
It’s not an overly large app, so I don’t know, anyways, the strace was disappointing… I might ask you to run strace with the --stack-trace argument, but, I don’t think it’s going to illuminate what is going on. I’d only want to see the last 2000 lines or so, but, no, don’t bother. I don’t think even running the app under gdb would help, there are too many moving parts to the server.
1 Like