Closed SensorAnalyticsAus closed 4 months ago
Using the X11 backend is deprecated on Raspberry Pi 5. Are you able to use the Wayfire backend and WayVNC instead?
I have switched to Wayfire backend on PI5, no change i.e. xrdp works and vnc shows 'cannot currently show the desktop' message. How does one use WayVNC? Can't see it in raspi-config
only option is to enable VNC (which is done).
https://www.raspberrypi.com/documentation/computers/remote-access.html#vnc
I believe that if you use raspi-config
to enable VNC, it'll automatically use WayVNC if you're using Wayfire or vncserver-x11 if you're using X11. So if you switched to X11 and then enabled VNC, and then switched back to Wayfire, perhaps it's still trying to use vncserver-x11 with Wayfire? (which obviously won't work).
Does it work if (after you've switched to Wayfire) you use raspi-config to disable VNC (i.e. disable vncserver-x11), reboot, and then use raspi-config to enable VNC again (i.e. enable WayVNC)?
Note that when using WayVNC you might also need to use a different VNC client to what you were using with vncserver-x11 - the documentation link I provided above recommends TigerVNC.
I was able to switch to WayVNC with your docu link and information, thanks. However tigerVNC client (1.3.1 for MacOS) connects to a blank grey screen.
Works fine for me with TigerVNC Viewer v1.13.1 on Linux. I'll check with one of my Mac-using colleagues when he's back in the office next week. Did you also mean 1.13.1, or are you actually using 1.3.1 from June 2014? :wink:
I've indeed installed TigerVNC Viewer v1.13.1, as you guessed precisely, on intel macos 13.6.7 Thanks, that'll be good to know.
Just tried TigerVNC 1.13.1 on my Mac running Ventura 13.6.7 - works fine for me with VNC on the latest image.
@SensorAnalyticsAus Can you try testing this again please, using a freshly-written Bookworm image on your Pi 5?
@SensorAnalyticsAus Can you try testing this again please, using a freshly-written Bookworm image on your Pi 5?
Done a fresh install of Bookworm 64bit with Desktop (Recommended ver.) on a new sdcard with latest PI Imager for PI5. Both VNC and XRDP connections are working now 👍 Only one minor bug encountered, the Shutdown Reboot Logout dialog box doesn't work within XRDP. It does work within VNC though. Anyway, a good outcome; this glitch's immaterial. Thanks
I am using a bookworm Desktop 64 bit fresh install on a Pi3B .
I get the same via XRDP
[ 5368.877] (WW) xf86CloseConsole: KDSETMODE failed: Bad file descriptor [ 5368.877] (WW) xf86CloseConsole: VT_GETMODE failed: Bad file descriptor [ 5368.879] (EE) Server terminated with error (1). Closing log file.
Via VNC I get a blank screen using latest tiger VNC 1.14
actually I had pi booting up in console mode... changed to desktop and now I am getting this via VNC
this was solved by downgrating to tinyvnc 1.13.1...
RDP still does not work but I can now remotely connect to my bookworm pi :D
Okay, closing this issue.
I have RPI Imager installs of Bookworm on a PI5 and a PI3B. Both also have
xrdp
installed, VNC enabled, and W1 X11 Openbox window manager with X11 backend option selected withinraspi-config
. PI5 can be connected overxrdp
while VNC comes up with Cannot currently show the desktop after successfully authenticating to VNC.OTH PI3B connection over
xrdp
fails with MS Remote Desktop client opening up a black screen which after a few minutes timesout to a grey popup ending with a message error connecting to user session with an OK button. Clicking on it leads to another popup screen for re-typing in the password, and this also fails after a long wait. Last few entries in.xorgxrdp-11.log
:paradoxically, VNC connection works on PI3B.
RPIs OS and HW info
PI5
uname -a Linux rpi5 6.6.31+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.6.31-1+rpt1 (2024-05-29) aarch64 GNU/Linux
PI3B
uname -a Linux rpi3bw 6.6.31+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.31-1+rpt1 (2024-05-29) aarch64 GNU/Linux
I can get to gui desktop on both these headless PI's (one way or the other) but these inconsistencies are not re-assuring.