[gelöst] VNC-Server Darstellung LXQT

[Bendemann]

Hallo zusammen,

ich hab meinen Server neu aufgesetzt und mich diesmal für LXQT entschieden (davor XFCE). Auf dem Server und Client läuft Bookworm. Als VNC-Server nutze ich Tightvnc und die Verbindung wird über einen SSH-Tunnel hergestellt.

Code: Alles auswählen

tightvncserver :0 -localhost -alwaysshared -geometry 1920x1080 -depth 24

Wenn ich mit vncviewer zugreife, dann sehe ich immer nur ein grau schraffiertes Bild und ein X als Mauszeiger. Google hat mir mehrere Lösungen geliefert, wie ~.vnc/startupx aussehen könnte, aber keine Variante funktioniert.

Code: Alles auswählen

#!/bin/sh
# Uncomment the following two lines for normal desktop:
unset SESSION_MANAGER
exec /etc/X11/xinit/xinitrc
exec openbox-session &
startlxqt &
[ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup
[ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources
xsetroot -solid grey
vncconfig -iconic &

Code: Alles auswählen

#!/bin/sh
#!/bin/sh
# Uncomment the following two lines for normal desktop:
#!/bin/bash
xrdb $HOME/.Xresources
startlxqt &

Ehrlich gesagt ist das aber nur Rumraten, da mir hier die Kenntnisse fehlen. Hat jemand eine Idee?

Edit: Falsche Debianversion
Edit 2: Titel angepasst
Edit 3: gelöst

[MSfree]

Was steht im Log

Code: Alles auswählen

cat ~/.vnc/*.log

?

[Bendemann]

Ja, na klar. Hätte ich selbst drauf kommen können.

Code: Alles auswählen

                                                             
22/07/23 23:20:52 Xvnc version TightVNC-1.3.10
22/07/23 23:20:52 Copyright (C) 2000-2009 TightVNC Group
22/07/23 23:20:52 Copyright (C) 1999 AT&T Laboratories Cambridge
22/07/23 23:20:52 All Rights Reserved.
22/07/23 23:20:52 See http://www.tightvnc.com/ for information on TightVNC
22/07/23 23:20:52 Desktop name 'X' (NAS:0)
22/07/23 23:20:52 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
22/07/23 23:20:52 Listening for VNC connections on TCP port 5900

22/07/23 23:21:22 Got connection from client 127.0.0.1
22/07/23 23:21:22 Using protocol version 3.8
22/07/23 23:21:22 Enabling TightVNC protocol extensions
22/07/23 23:21:25 Full-control authentication passed by 127.0.0.1
22/07/23 23:21:25 Pixel format for client 127.0.0.1:
22/07/23 23:21:25   32 bpp, depth 24, little endian
22/07/23 23:21:25   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
22/07/23 23:21:25   no translation needed
22/07/23 23:21:25 Using tight encoding for client 127.0.0.1
22/07/23 23:21:25 Using image quality level 6 for client 127.0.0.1
22/07/23 23:21:25 Enabling X-style cursor updates for client 127.0.0.1
22/07/23 23:21:25 Enabling cursor position updates for client 127.0.0.1
22/07/23 23:21:25 Enabling LastRect protocol extension for client 127.0.0.1
22/07/23 23:21:31 Client 127.0.0.1 gone
22/07/23 23:21:31 Statistics:
22/07/23 23:21:31   key events received 1, pointer events 161
22/07/23 23:21:31   framebuffer updates 2, rectangles 68, bytes 5806
22/07/23 23:21:31     LastRect markers 2, bytes 24
22/07/23 23:21:31     cursor shape updates 1, bytes 82
22/07/23 23:21:31     cursor position updates 1, bytes 12
22/07/23 23:21:31     tight rectangles 64, bytes 5688
22/07/23 23:21:31   raw bytes equivalent 16588824, compression ratio 2916.459916

[MSfree]

Das Log sieht unauffällig aus. Ich habe bei mir den VNCserver allerdings völlig anders im Einsatz. Ich lasse den einfach vom lightdm starten.

Wenn man allerdings auf der Serverseite den VNCserver zum erstan Mal manuell startet, wir das Verzeichnis ~/.vnc angelegt und dort drin entstehen die Dateien:

Code: Alles auswählen

hostname:#.log
hostname:#.pid
passwd
xstartup

(hostname ist der Name deines Rechnern, :# steht für die Displaynummer)

Bei mir wird dadurch auch gleich mein gewohnter Desktop (LXDE) hochgefahren.

Google hat mir mehrere Lösungen geliefert, wie ~.vnc/startupx aussehen könnte

Der Dateiname stimmt nicht, er muß ~.vnc/xstartup heißen.

Wie gesagt, die Datei wird automatisch angelegt und man muß dann auch eigentlich nichts ändern.

Du kannst den laufenden Server mit

Code: Alles auswählen

tightvncserver -kill :0

abschiessen. Das mußt du auf jeden Fall machen, bevor du einen neuen Versuch mit geänderter xstartup durchführst.

Um alles zurückzusetzen, kann du auch mal des komplett Verzeichnis ~/.vnc löschen.

[Bendemann]

Ich habe jetzt nochmal testweise XFCE auf einer eigenen Partition installiert. Ist aber kaum besser. Das Bild ist grau und man sieht nur einen schwarzen Mauszeiger.

Die automatisch erzeugte ~/.vnc/xstartup verweist auf ~/.Xresourses, was aber nicht vorhanden ist.

Code: Alles auswählen

cat ~/.vnc/xstartup

#!/bin/sh

xrdb "$HOME/.Xresources"
xsetroot -solid grey
#x-terminal-emulator -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
#x-window-manager &
# Fix to make GNOME work
export XKL_XMODMAP_DISABLE=1
/etc/X11/Xsession

Code: Alles auswählen

cat ~/.vnc/Server:1.log

23/07/23 19:33:45 Xvnc version TightVNC-1.3.10
23/07/23 19:33:45 Copyright (C) 2000-2009 TightVNC Group
23/07/23 19:33:45 Copyright (C) 1999 AT&T Laboratories Cambridge
23/07/23 19:33:45 All Rights Reserved.
23/07/23 19:33:45 See http://www.tightvnc.com/ for information on TightVNC
23/07/23 19:33:45 Desktop name 'X' (Server:1)
23/07/23 19:33:45 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
23/07/23 19:33:45 Listening for VNC connections on TCP port 5901
xrdb: No such file or directory
xrdb: can't open file '/home/xxx/.Xresources'

23/07/23 19:34:44 Got connection from client 127.0.0.1
23/07/23 19:34:44 Using protocol version 3.8
23/07/23 19:34:45 Full-control authentication passed by 127.0.0.1
23/07/23 19:34:45 Pixel format for client 127.0.0.1:
23/07/23 19:34:45   16 bpp, depth 16, little endian
23/07/23 19:34:45   true colour: max r 31 g 63 b 31, shift r 11 g 5 b 0
23/07/23 19:34:45 Using tight encoding for client 127.0.0.1
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding 16
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding 9
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding -65527
23/07/23 19:34:45 Using compression level 5 for client 127.0.0.1
23/07/23 19:34:45 Using image quality level 7 for client 127.0.0.1
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding -131072
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding -223
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding -308
23/07/23 19:34:45 Enabling LastRect protocol extension for client 127.0.0.1
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding -131071
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding -131070
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding -131069
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding -309
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding -258
23/07/23 19:34:45 Pixel format for client 127.0.0.1:
23/07/23 19:34:45   16 bpp, depth 16, little endian
23/07/23 19:34:45   true colour: max r 31 g 63 b 31, shift r 11 g 5 b 0
23/07/23 19:34:45 Using tight encoding for client 127.0.0.1
23/07/23 19:34:45 rfbProcessClientNormalMessage: ignoring unknown encoding 16

[MSfree]

Die automatisch erzeugte ~/.vnc/xstartup verweist auf ~/.Xresourses, was aber nicht vorhanden ist.

Das ist aber Problem. In der ~/.Xresourses kann man für klassische X11-Anwendungen wie xclock, xterm... Hintergrund- Vordergrundfarbe, Fonts... einstellen. Ist die Datei nicht vorhanden, werden die Vorgaben aus /etc/X11/app-defaults verwendet.

Code: Alles auswählen

#!/bin/sh

xrdb "$HOME/.Xresources"
xsetroot -solid grey
#x-terminal-emulator -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
#x-window-manager &
# Fix to make GNOME work
export XKL_XMODMAP_DISABLE=1
/etc/X11/Xsession

Das ist so auch genau richtig. In der letzten Zeile wird die Xsession gestartet.

Zur Zeit bekommst du halt nur den nackten X-Server zu sehen, dessen Hintergrund mit xsetroot -solid grey auf grau gesetzt ist.

Lösche mal die Datei ~/.xsession-errors, kille den VNCserver und starte ihn dann erneut. Ich würde dabei auch mal eine andere Displaynummer nehmen also

Code: Alles auswählen

tightvncserver :1 ....

Du mußt dann allerdings per SSH den Port 5901 forwarden statt 5900. Mit :10 wäre es Port 5910.

Dann schaust du mal den Inhalt der ~/.xsession-errors an.

[Bendemann]

Danke für Deine Beiträge, msfree.

Ich hatte den VNC-Server schon auf :1 gesetzt und dementsprechend auch den SSH-Tunnel angepasst. Mit der Datei ~/.xsession-errors weiß ich leider nichts anzufangen.

Code: Alles auswählen

cat .xsession-errors 
Xsession: X session started for xxx at Mo 24. Jul 11:22:59 CEST 2023
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:1
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  109 (X_ChangeHosts)
  Value in failed request:  0x5
  Serial number of failed request:  6
  Current serial number in output stream:  8
localuser:xxx being added to access control list
dbus-update-activation-environment: setting XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share/:/usr/share/
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
/usr/bin/x-session-manager: X server already running on display :1
xfce4-session-Message: 11:22:59.840: SSH authentication agent is already running
gpg-agent: Ein gpg-agent läuft bereits - ein weiterer wird nicht gestartet

(xfwm4:4096): xfwm4-WARNING **: 11:22:59.965: XSync extension too old (3.0).

(xfwm4:4096): xfwm4-WARNING **: 11:22:59.965: The display does not support the XRender extension.

(xfwm4:4096): xfwm4-WARNING **: 11:22:59.965: The display does not support the XRandr extension.

(xfwm4:4096): xfwm4-WARNING **: 11:22:59.965: The display does not support the XRes extension.

(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: The display does not support the XComposite extension.

(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: The display does not support the XDamage extension.

(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: The display does not support the XFixes extension.

(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: The display does not support the XPresent extension.

(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: Compositing manager disabled.
xfwm4-Message: 11:23:00.002: Nicht unterstützte Hilfstaste »<Super>Tab«
xfwm4-Message: 11:23:00.002: Nicht unterstützte Hilfstaste »<Super>KP_Down«
xfwm4-Message: 11:23:00.002: Nicht unterstützte Hilfstaste »<Super>KP_Left«
xfwm4-Message: 11:23:00.002: Nicht unterstützte Hilfstaste »<Super>KP_Right«
xfwm4-Message: 11:23:00.002: Nicht unterstützte Hilfstaste »<Super>KP_Up«
xfwm4-Message: 11:23:00.002: Nicht unterstützte Hilfstaste »<Super>KP_End«
xfwm4-Message: 11:23:00.002: Nicht unterstützte Hilfstaste »<Super>KP_Next«
xfwm4-Message: 11:23:00.002: Nicht unterstützte Hilfstaste »<Super>KP_Home«
xfwm4-Message: 11:23:00.002: Nicht unterstützte Hilfstaste »<Super>KP_Page_Up«

(xfwm4:4096): xfwm4-WARNING **: 11:23:00.013: Cannot find visual format on screen 0

(xfwm4:4096): GLib-CRITICAL **: 11:23:00.013: g_hash_table_destroy: assertion 'hash_table != NULL' failed

(xfwm4:4096): xfwm4-WARNING **: 11:23:01.014: Failed to connect to session manager: Verbindung zur Sitzungsverwaltung fehlgeschlagen: Could not open network socket

[MSfree]

Code: Alles auswählen

cat .xsession-errors 
(xfwm4:4096): xfwm4-WARNING **: 11:22:59.965: XSync extension too old (3.0).
(xfwm4:4096): xfwm4-WARNING **: 11:22:59.965: The display does not support the XRender extension.
(xfwm4:4096): xfwm4-WARNING **: 11:22:59.965: The display does not support the XRandr extension.
(xfwm4:4096): xfwm4-WARNING **: 11:22:59.965: The display does not support the XRes extension.
(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: The display does not support the XComposite extension.
(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: The display does not support the XDamage extension.
(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: The display does not support the XFixes extension.
(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: The display does not support the XPresent extension.
(xfwm4:4096): xfwm4-WARNING **: 11:22:59.966: Compositing manager disabled.
(xfwm4:4096): xfwm4-WARNING **: 11:23:00.013: Cannot find visual format on screen 0
(xfwm4:4096): GLib-CRITICAL **: 11:23:00.013: g_hash_table_destroy: assertion 'hash_table != NULL' failed
(xfwm4:4096): xfwm4-WARNING **: 11:23:01.014: Failed to connect to session manager: Verbindung zur Sitzungsverwaltung fehlgeschlagen: Could not open network socket

Man sieht hier zumindest, daß versucht wird, xfwm4 zu starten. LXQT hängt von xfwm4 ab. Von xfwm4 werden offenbar auch einige extensions vorausgesetzt, die der VNCserver nicht mitbringt. Leider wird das nur als Warnung ausgegeben, ich bin mir aber ziemlich sicher, daß mindestens eine der fehlenden Extensions letztlich zum Exitus des xfwm4 führt, so daß kein Desktop geladen wird. LXQT ist also nicht der richtige Desktop für deinen Zweck.

Wie schon erwähnt, nutze ich LXDE, welches in einem VNCserver völlig problemlos funktioniert. Vielleicht solltest du dem mal einen Versuch gönnen.

[Bendemann]

Dann hatte ich das wohl nicht genug deutlich gemacht (siehe Post 5). Ich habe XFCE auf einer eigenen Partition installiert. Mit LXQT hat das letzte Log also nichts zu tun.

[MSfree]

Dann hatte ich das wohl nicht genug deutlich gemacht (siehe Post 5). Ich habe XFCE auf einer eigenen Partition installiert. Mit LXQT hat das letzte Log also nichts zu tun.

Tatsache ist, daß xfwm4 nicht startet und damit auch der Desktop nicht hochkommen kann.

Soll heißen, daß XFCE (vermutlich) nicht im VNCserver lauffähig ist, gleiches gilt für LXQT. Ich müßte das heute abend mal selbst nachstellen und schauen, was geht und was nicht.

[Bendemann]

Danke für Deine Mühe!

Ich hab's jetzt nochmal auf meinem Client mit KDE getestet. Auch hier ist der Bildschirm nur grau. Alle drei Installationen sind frische 12.0.

Code: Alles auswählen

Xsession: X session started for xxx at Mo 24. Jul 15:45:02 CEST 2023
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:2
dbus-update-activation-environment: setting XAUTHORITY=/run/user/1000/xauth_pnabHf
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  109 (X_ChangeHosts)
  Value in failed request:  0x5
  Serial number of failed request:  6
  Current serial number in output stream:  8
localuser:xxx being added to access control list
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
X11 backend not detected. Exit.
org.kde.startup: "kapplymousetheme" ("breeze_cursors", "24") exited with code 2

[MSfree]

Ich habe mir jetzt mit dem aktuellen Debian Netinstall Image eine virtuelle Maschine mit virt-manager aufgesetzt und den XFCE Desktop installieren lassen. Ich habe anschließend den tightvncserver in der VM installiert und folgende Dinge entdeckt.

Wenn ich mich am virtuellen Bildschirm einlogge klappt erstmal der Start der Desktopumgebung. Öffne hier hier ein Terminal und gebe dort

Code: Alles auswählen

vnvserver :1

ein, erhalte ich mit einem vcnviewer auf die VM auch nur ein grau gefülltes Fenster. In .xsession-errors steht dann unter anderem:

Code: Alles auswählen

xfce4-session: Another session manager is already running

Also habe ich mich vom virtuellen Bildschirm ausgelogt und mich per SSH an der VM angemeldet. Dort habe ich dann:

Code: Alles auswählen

tightvncserver -kill :1
tightvncserver :1

eingegeben. Und siehe da:

[Bendemann]

Danke erstmal für Deine wieder sehr umfangreiche Antwort. Ist ja wie bei Wikipedia.

Meine Fehlermeldung nach einer frischen Installation hast Du ja gesehen. Poste doch mal bitte Deine ~/.vnc/xstartup.

[MSfree]

Poste doch mal bitte Deine ~/.vnc/xstartup.

Die ist in dem unveränderten Zustand, wie tightvncserver sie anlegt:

Code: Alles auswählen

#!/bin/sh

xrdb "$HOME/.Xresources"
xsetroot -solid grey
#x-terminal-emulator -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
#x-window-manager &
# Fix to make GNOME work
export XKL_XMODMAP_DISABLE=1
/etc/X11/Xsession

Was offenbar nicht funktioniert, ist zwei Desktopsessions unter demselben User laufen zu lassen. Einloggen am Bildschirm und gleichzeitiges starten von tightvncserver klappt nicht.

[Bendemann]

Aha, das hatte ich auch schon etwas aus Deinem vorletzten Post herausgelesen. Und das wird der Grund sein, warum es bei mir nicht geht. Sollte das eigentlich nicht gehen, auch wenn der User bereits eingeloggt ist?

[MSfree]

Sollte das eigentlich nicht gehen, auch wenn der User bereits eingeloggt ist?

Zum einen kommt es darauf an, wie der Benutzer eingelogt ist. Ein Textlogin oder auch ein Login via SSH ist kein Problem. Ein graphisches Login kann ein Problem sein.

Andererseits kommt as auf die Desktopumgebung an. Einige Umgebungen merken, wenn bereits ein Sessionmanager läuft und verweigern ein zweites graphisches Login. XFCE kann nur eine graphische Session pro Benutzer laufen lassen. Läuft diese bereits am Bildschirm, wirst du mit VNC keine zweite starten können. Läuft die Session im VNCserver, kannst du dich nicht am Bildschirm einloggen.

Du könntest dir aber einen zweiten Benutzer einrichten und das Bildschirmlogin mit dem ersten Benutzer fahren und die VNCsession mit dem zweiten Benutzer.

Du könntest dir aber auch mal LXDE ansehen, denn das funktioniert bei mir auch mit mehreren Sessions unter demselben Benutzer gleichzeitig.

[Bendemann]

Ich habe jetzt auf der Partition mit LXQT einfach mal den Runlevel auf 3 geändert und zwei Dienste, die ich zusätzlich benötige, als Service auf User-Ebene starten lassen. Funktioniert soweit super und ich lasse das auch so, weil der Server meistens so läuft, ohne dass ich ein GUI benötige.

Jetzt startet auch der VNC-Server, allerdings sehe ich in der Systemleiste nichts. Kein Startmenü, kein Systray usw. Ich führe das aber mal auf LXQT zurück. Ich teste nochmal mit XFCE und vielleicht wird es dann am Ende doch LXDE.

[Bendemann]

Habe jetzt LXDE installiert und der Server läuft im Runlevel 3. Tightvncserver läuft ganz normal.

Mir war nicht bewusst, dass manche DE mehrere graphische Anmeldungen nicht erlauben, so dass der VNC-Server nichts anzeigt. Auf meinem alten Server mit openSUSE hatte ich das nicht so, aber vielleicht lief da ja auch LXDE. Ich weiß es nicht mehr genau.

Danke für Deine sehr ausführliche Hilfe msfree!

[MSfree]

Mir war nicht bewusst, dass manche DE mehrere graphische Anmeldungen nicht erlauben, so dass der VNC-Server nichts anzeigt. Auf meinem alten Server mit openSUSE hatte ich das nicht so

Es kann schon sein, daß ältere Versionen diese Einschränkung noch nicht hatten. Die Desktopumgebungen speichern beim Logout ihre Zustandsdaten, z.B. welche Fenster geöffnet waren, wo sie auf dem Bildschirm platziert waren, etc. Auch Netzwerkverbindungen, vor allem WLAN und die dazu gehörenden Passwörter werden gespeichert. Hat man zwei Sessions laufen, überschreibt die zuletzt ausgelogte Session die Daten, die die vorherige Session geschrieben hatte. Es kann dabei also zu Datenkonflikten kommen. Modernere Desktops verhindern solche Konflikte einfach, indem sie keine zwei gleichzeitigen Session erlauben.

Den Runlevel hättest du aber nicht ändern müssen. Eigentlich hätte es gereicht, sich nicht graphisch einzuloggen. Solltest du ein Autologin konfiguriert haben, hätte es gereicht, das abzuschalten. Das Loginfenster ist nämlich nicht der Grund für die Einschränkung.

[Bendemann]

In den wenigstens Wikis ist das mit den Sessions beschrieben, so dass es mir nicht bewusst war. Klingt aber auch logisch, mehrere gleichzeitige Logins nicht zuzulassen.

Danke nochmal!

[MSfree]

Ich lasse bei mir den VNCviewer nie im Fullscreenmodus laufen sondern als Fenster,siehe auch hier:

Der VNCserver bekommt auch nicht mit, wenn die Fenstergröße des VNCviewers geändert oder in Fullscreen geschaltet wurde. Wenn der Server mit 1024x768 Pixel gestartet wird, läßt sich das nur ändern, indem man den Server beendet und neu mit anderer Geometrie startet.

It's not a Bug, it's a feature.

[MSfree]

Spaß mit VNC:

Desktop eines Rechners über novnc im Firefox, der über einen via SSH getunnelten squid Proxyport läuft.