Replies: 9 comments 8 replies
-
Hi @trleith
I hope that's useful. Please come back to me after you've read it, and we'll see what we can do. |
Beta Was this translation helpful? Give feedback.
-
Thanks so much. I have to digest it. |
Beta Was this translation helpful? Give feedback.
-
xorgxrdp is still trying to use the NVidia driver. This won't work on mainline releases. Can you try the making the change detailed in neutrinolabs/xorgxrdp#241 to |
Beta Was this translation helpful? Give feedback.
-
As you've got the NVidia drivers installed on your system, you can expect difficulties I'm afraid. The NVidia driver has its own implementation of the XRANDR extension. In the branch builds we have which work with NVidia, we have to build xorgxrdp with a switch to work around this. Bits of the NVidia stack are being loaded, despite the changes you have made:-
This is down to a file in PR #1606 may have a solution for you. You need to stop the X server looking in I'm sorry I can't be more help than that at the moment. Next week I'll have access to more resources, but hopefully we can get somewhere before then. |
Beta Was this translation helpful? Give feedback.
-
You're nearly there I think. The following is what I have in mind:-
you don't need to create a sub-directory of You shouldn't need to change anything which will affect the video card working on the console at all. You're right in that we should have two configurations - one for the RDP session and one for the console. I don't understand this:-
xrdp doesn't let you remote a local video card. Am I misunderstanding something, or not explaining it correctly? |
Beta Was this translation helpful? Give feedback.
-
Well, it took me a few days. Blue screen again. Session Log
Session Manager Log
Window Manager Log
Window Manager Startup ScriptBecause I'm becoming happy with it
|
Beta Was this translation helpful? Give feedback.
-
I've failed to reproduce this on my system, but I believe I've found the cause of the problem. It's essentially a reading comprehension failure on my part. Your Can you try that instead? You can also revert the changes to
As I've mentioned before:-
Hopefully this will help. |
Beta Was this translation helpful? Give feedback.
-
Tracing the undefined symbols back leads to this one at the root:-
The other undefined symbol errors all result from this one. This behaviour was fixed in neutrinolabs/xorgxrdp#295 which wasn't part of the v0.9.x series. Can you try this:-
Then see if Xorg can be started from the command line using the command in this post If necessary we can get the "VNC backend" working with xrdp. That uses |
Beta Was this translation helpful? Give feedback.
-
Success! At least I have a remote desktop now. It's slow, but it's there. When I launch apps (terminal, file manager, ...) they don't seem to open. nvidia-smi shows it running on the GPU. My understanding is this GPU doesn't have the most advanced scheduling, and the compute job (FahCore_26 ) is pretty demanding. The process that feeds the GPU is as nice as it can be (-19). I have no idea whether this is a problem for now -- it might be. I'll stop the job and re-test. This is promising.
|
Beta Was this translation helpful? Give feedback.
-
xrdp Ignores Custom
startwm.sh
for Xorg Session on Ubuntu 24.04 with NVIDIA GPUHi xrdp folks, I’m fumbling through a home server setup on Ubuntu 24.04. I’ve been wrestling with xrdp to get a remote desktop working with my NVIDIA GTX 1060 (driver 550.120), and I’m stuck. This is deeper than my meager *nix/X11/sysadmin skills now disused for 25 years can handle—I need help!
##Goal (no idea why this isn't a proper heading)
A headless server (CLI-only console via
multi-user.target
) with an X11-based remote desktop (GNOME) compatible with Windows Remote Desktop Connection Manager, using the GPU for rendering as well as other tasks.Problem
XRDP (0.9.24-4) won’t run my custom
/etc/xrdp/startwm.sh
to start Xorg and GNOME, even when set asDefaultWindowManager
,UserWindowManager
, or viaxrdp.ini
’scommand
. It keeps launching its default Xorg (e.g.,:11 -auth .Xauthority -config xrdp/xorg.conf ...
), which fails with/dev/tty0
permission errors, leaving me with a blue screen.Background
The GPU had been working fine for video transcoding and Folding@Home using the headless version 550 NVIDIA driver package. Iapt installed
GNOME and realized I'd need the full 550 NVIDIA package. I got that replaced, and GNOME popped up on the console. OK, that proves something's working. But it turned out X11 was using the VESA driver (Nouveau had been disabled from the git-go for the sake of my other two GPU applications). I was able to get an xrdp session on my laptop. Now I want to enable rendering on the GPU and serve that over xrdp to my laptop.Let's be more precise. Or correct.
The GPU had been working fine for video transcoding and Folding@Home using the headless version 550 NVIDIA driver package. I
apt installed
GNOME and GNOME popped up on the console. OK, that proves something's working. I was able to get an xrdp session on my laptop. But it turned out X11 was using the VESA driver (Nouveau had been disabled from the git-go for the sake of my other two GPU applications). What's wrong? I realized I'd need the full 550 NVIDIA package. I got that replaced and then couldn't get an xrdp session on my laptop anymore.Current State
multi-user.target
(no console GUI).xrdp 0.9.24-4
,xorgxrdp 0.9.19-1
(stock).nvidia-smi
confirms)./etc/X11/Xwrapper.config
: allowed_users=anybody/etc/xrdp/xrdp.ini
/etc/xrdp/sesman.ini
/etc/xrdp/startwm.sh
xrdp.log
(latest attempt, April 4, 2025, ~18:15 CST, during blue screen)loginctl_list-sessions output
(latest attempt, April 4, 2025, ~18:15 CST, during blue screen):-- I had an SSH session, that's
Type=tty
fortrl
-- no
x11
—Xorg fails too fast to register--
/tmp/.X11-unix/
empty--
ps aux | grep Xorg
shows no Xorg processes-- no
/tmp/startwm.log
(demonstrates startwm.sh never ran at all)What I Tried
Worked pre-NVIDIA with VESA, broke after NVIDIA 550 install. X11 and xrdp worked with the VESA driver; don't work with the full NVIDIA 550 driver package.allowed_users=anybody
—no effect on default Xorg crash.startwm.sh
: Added NVIDIA vars and manual Xorg launch—never runs.[Xorg]
, setDefaultWindowManager
andUserWindowManager
(full paths)—xrdp apparently ignores them.xrdp.ini
CustomSession: Login box showsCustomSession
, but no desktop—script still skipped.logind
sees it asx11
.Why Not #3470?
I considered Issue #3470 ("Can't log in, but don't get any errors"), but it doesn’t fit:
If you wait long enough a window titled "Connection Log" pops up on the blue screen. The contents are as follows:
connected ok
), no desktop—implies a hang without X server failure.no X server active
), andstartwm.sh
is bypassed—logs and client "Connection Log" show a clear crash./dev/tty0
errors (from past Xorg logs) and lack of/tmp/startwm.log
point to XRDP ignoring our script, not a silent stall like 3470.I’m at a loss.
Question
startwm.sh
running despiteDefaultWindowManager
,UserWindowManager
, orcommand
settings in the current state?I absolutely can provide more information -- just tell me what. This is all I can think of.
My thanks to anyone who's read this far.
Beta Was this translation helpful? Give feedback.
All reactions