Bullseye 64bit PI4 - Remote Desktop auf XRDP schlägt fehl

PromiseYou · January 27, 2023 at 4:58 PM

Ein frohes Hallo an alle Leser

Kurz zur Geschichte.

Ich betreibe seit einiger Zeit einen PI4 mit 4GB als SMB- und MariaDB-Server. Diese Konfiguration stammte noch von meinem 3B. Nach dem Portieren auf den 4er, wurden die Serverdienste um Pi-Hole und Nextcloud erweitert.

So lief das System nun knapp 2 Jahre, mit allen Updates die immer so anfallen.

Dann kam jedoch von Nextcloud ein Hinweis, dass es zukünftig ein 64-Bit BS benötigt. Somit habe ich die SucheEnte auf den großen See geschickt, und nach einigen suchen eine Anleitung gefunden, wie ich mir selber einen 64er Kernel bauen kann. Diese Anleitung wurde dann mit Crosscompiling umgesetzt. Jedoch war das nur der Kernel.

Dann fand ich nun, wo ich ein paar Tage zeit hatte, das Bullseye in 64 Bit. Also habe ich mir ein Image erstellt, und meinen zweiten 4er mit 2 GB gestartet.

Nachdem ich alle Software mit Bildschirm und Tastatur eingerichtet habe, wurde es auf den 'Sever-Pi' aufgespielt. Bisher erfolgte meine Wartung / Zugriffe immer via RDP aus Windows heraus, da ich hiermit am besten zurecht komme. Somit versuchte ich mich auf bekanntem Wege zu verbinden. was jedoch fehlschlug.

ich habe dann einiges versucht und gesucht, aber alles gefundene haut nicht hin.

ich poste mal die Fehlerdaten

Code: Journald-Protokoll

Jan 27 14:46:18 raspberrypi systemd[1]: Starting xrdp session manager...
Jan 27 14:46:18 raspberrypi xrdp-sesman[3677]: [INFO ] starting xrdp-sesman with pid 3677
Jan 27 14:46:18 raspberrypi systemd[1]: Started xrdp session manager.
Jan 27 14:46:18 raspberrypi systemd[1]: Starting xrdp daemon...
Jan 27 14:46:18 raspberrypi xrdp[3686]: [INFO ] address [0.0.0.0] port [3389] mode 1
Jan 27 14:46:18 raspberrypi xrdp[3686]: [INFO ] listening to port 3389 on 0.0.0.0
Jan 27 14:46:18 raspberrypi xrdp[3686]: [INFO ] xrdp_listen_pp done
Jan 27 14:46:18 raspberrypi systemd[1]: xrdp.service: Can't open PID file /run/xrdp/xrdp.pid (yet?) after start: Operation not permitted
Jan 27 14:46:19 raspberrypi systemd[1]: Started xrdp daemon.
Jan 27 14:46:20 raspberrypi xrdp[3687]: [INFO ] starting xrdp with pid 3687
Jan 27 14:46:24 raspberrypi xrdp[3687]: [INFO ] address [0.0.0.0] port [3389] mode 1
Jan 27 14:46:24 raspberrypi xrdp[3687]: [INFO ] listening to port 3389 on 0.0.0.0
Jan 27 14:46:24 raspberrypi xrdp[3687]: [INFO ] xrdp_listen_pp done
Jan 27 14:50:27 raspberrypi systemd[1]: Starting Cleanup of Temporary Directories...
Jan 27 14:50:27 raspberrypi systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
Jan 27 14:50:27 raspberrypi systemd[1]: Finished Cleanup of Temporary Directories.
Jan 27 14:51:04 raspberrypi xrdp[3687]: [INFO ] Socket 12: AF_INET6 connection received from ::ffff:192.168.2.100 port 53038
Jan 27 14:51:04 raspberrypi xrdp[4251]: [INFO ] Using default X.509 certificate: /etc/xrdp/cert.pem
Jan 27 14:51:04 raspberrypi xrdp[4251]: [INFO ] Using default X.509 key file: /etc/xrdp/key.pem
Jan 27 14:51:04 raspberrypi xrdp[4251]: [ERROR] Cannot read private key file /etc/xrdp/key.pem: Permission denied
Jan 27 14:51:04 raspberrypi xrdp[4251]: [ERROR] libxrdp_force_read: header read error
Jan 27 14:51:04 raspberrypi xrdp[4251]: [ERROR] Processing [ITU-T T.125] Connect-Initial failed
Jan 27 14:51:04 raspberrypi xrdp[4251]: [ERROR] [MCS Connection Sequence] receive connection request failed
Jan 27 14:51:04 raspberrypi xrdp[4251]: [ERROR] xrdp_sec_incoming: xrdp_mcs_incoming failed
Jan 27 14:51:04 raspberrypi xrdp[4251]: [ERROR] xrdp_rdp_incoming: xrdp_sec_incoming failed
Jan 27 14:51:04 raspberrypi xrdp[4251]: [ERROR] xrdp_process_main_loop: libxrdp_process_incoming failed
Jan 27 14:51:04 raspberrypi xrdp[4251]: [ERROR] xrdp_iso_send: trans_write_copy_s failed
Jan 27 14:51:04 raspberrypi xrdp[4251]: [ERROR] Sending [ITU T.125] DisconnectProviderUltimatum failed
Jan 27 14:51:05 raspberrypi xrdp[3687]: [INFO ] Socket 12: AF_INET6 connection received from ::ffff:192.168.2.100 port 53040
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] Using default X.509 certificate: /etc/xrdp/cert.pem
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] Using default X.509 key file: /etc/xrdp/key.pem
Jan 27 14:51:05 raspberrypi xrdp[4253]: [ERROR] Cannot read private key file /etc/xrdp/key.pem: Permission denied
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] Connected client computer name: AKOYA
Jan 27 14:51:05 raspberrypi xrdp[4253]: [WARN ] Received [MS-RDPBCGR] TS_UD_HEADER type 0xc006 is unknown (ignored)
Jan 27 14:51:05 raspberrypi xrdp[4253]: [WARN ] Received [MS-RDPBCGR] TS_UD_HEADER type 0xc00a is unknown (ignored)
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] xrdp_load_keyboard_layout: Keyboard information sent by the RDP client, keyboard_type:[0x07], keyboard_subtype:[0x00], keylayout:[0x00000407]
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] xrdp_load_keyboard_layout: model [] variant [] layout [de] options []
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] Non-TLS connection established from ::ffff:192.168.2.100 port 53040: encrypted with standard RDP security
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] xrdp_caps_process_pointer: client supports new(color) cursor
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] xrdp_process_offscreen_bmpcache: support level 1 cache size 10485760 MB cache entries 100
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] xrdp_caps_process_codecs: nscodec, codec id 1, properties len 3
Jan 27 14:51:05 raspberrypi xrdp[4253]: [WARN ] xrdp_caps_process_codecs: unknown codec id 5
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] xrdp_caps_process_codecs: RemoteFX, codec id 3, properties len 49
Jan 27 14:51:05 raspberrypi xrdp[4253]: [INFO ] Loading keymap file /etc/xrdp/km-00000407.ini
Jan 27 14:51:05 raspberrypi xrdp[4253]: [WARN ] local keymap file for 0x00000407 found and doesn't match built in keymap, using local keymap file
Jan 27 14:51:16 raspberrypi xrdp[4253]: [INFO ] connecting to sesman ip 127.0.0.1 port 3350
Jan 27 14:51:16 raspberrypi xrdp-sesman[3677]: [INFO ] Socket 8: AF_INET6 connection received from ::1 port 58328
Jan 27 14:51:16 raspberrypi xrdp[4253]: [INFO ] xrdp_wm_log_msg: sesman connect ok
Jan 27 14:51:16 raspberrypi xrdp[4253]: [INFO ] sesman connect ok
Jan 27 14:51:16 raspberrypi xrdp[4253]: [INFO ] sending login info to session manager, please wait...
Jan 27 14:51:16 raspberrypi xrdp-sesman[3677]: [INFO ] Terminal Server Users group is disabled, allowing authentication
Jan 27 14:51:16 raspberrypi xrdp-sesman[3677]: [INFO ] ++ created session (access granted): username pi, ip ::ffff:192.168.2.100:53040 - socket: 12
Jan 27 14:51:16 raspberrypi xrdp-sesman[3677]: [INFO ] starting Xorg session...
Jan 27 14:51:16 raspberrypi xrdp-sesman[3677]: [INFO ] Starting session: session_pid 4257, display :10.0, width 1920, height 1080, bpp 24, client ip ::ffff:192.168.2.100:53040 - socket: 12, user name pi
Jan 27 14:51:16 raspberrypi xrdp-sesman[4257]: [INFO ] [session start] (display 10): calling auth_start_session from pid 4257
Jan 27 14:51:16 raspberrypi xrdp-sesman[3677]: [ERROR] sesman_data_in: scp_process_msg failed
Jan 27 14:51:16 raspberrypi xrdp[4253]: [INFO ] xrdp_wm_log_msg: login successful for display 10
Jan 27 14:51:16 raspberrypi systemd[1]: Started Session c1 of user pi.
Jan 27 14:51:16 raspberrypi xrdp-sesman[3677]: [ERROR] sesman_main_loop: trans_check_wait_objs failed, removing trans
Jan 27 14:51:16 raspberrypi xrdp[4253]: [INFO ] login successful for display 10
Jan 27 14:51:16 raspberrypi xrdp[4253]: [INFO ] loaded module 'libxup.so' ok, interface size 10296, version 4
Jan 27 14:51:16 raspberrypi xrdp[4253]: [INFO ] started connecting
Jan 27 14:51:16 raspberrypi xrdp[4253]: [INFO ] lib_mod_connect: connecting via UNIX socket
Jan 27 14:51:16 raspberrypi xrdp-sesman[4259]: [INFO ] Starting X server on display 10: /usr/lib/xorg/Xorg :10 -auth .Xauthority -config xrdp/xorg.conf -noreset -nolisten tcp -logfile .xorgxrdp.%s.log  
Jan 27 14:51:16 raspberrypi xrdp-sesman[4258]: [INFO ] Found X server running at /tmp/.X11-unix/X10
Jan 27 14:51:16 raspberrypi xrdp-sesman[4257]: [INFO ] Found X server running at /tmp/.X11-unix/X10
Jan 27 14:51:16 raspberrypi xrdp-sesman[4257]: [INFO ] Session started successfully for user pi on display 10
Jan 27 14:51:16 raspberrypi xrdp-sesman[4262]: [INFO ] Starting the xrdp channel server for display 10
Jan 27 14:51:16 raspberrypi xrdp-sesman[4258]: [INFO ] Found X server running at /tmp/.X11-unix/X10
Jan 27 14:51:16 raspberrypi xrdp-sesman[4257]: [INFO ] Session in progress on display 10, waiting until the window manager (pid 4258) exits to end the session
Jan 27 14:51:16 raspberrypi xrdp-sesman[4258]: [INFO ] Starting the default window manager on display 10: /etc/xrdp/startwm.sh
Jan 27 14:54:46 raspberrypi xrdp[4253]: [INFO ] connection problem, giving up
Jan 27 14:54:46 raspberrypi xrdp[4253]: [INFO ] some problem
Jan 27 14:54:46 raspberrypi xrdp[4253]: [INFO ] xrdp_caps_process_pointer: client supports new(color) cursor
Jan 27 14:54:46 raspberrypi xrdp[4253]: [INFO ] xrdp_process_offscreen_bmpcache: support level 1 cache size 10485760 MB cache entries 100
Jan 27 14:54:46 raspberrypi xrdp[4253]: [INFO ] xrdp_caps_process_codecs: nscodec, codec id 1, properties len 3
Jan 27 14:54:46 raspberrypi xrdp[4253]: [WARN ] xrdp_caps_process_codecs: unknown codec id 5
Jan 27 14:54:46 raspberrypi xrdp[4253]: [INFO ] xrdp_caps_process_codecs: RemoteFX, codec id 3, properties len 49
Jan 27 14:57:26 raspberrypi xrdp[4253]: [INFO ] xrdp_caps_process_pointer: client supports new(color) cursor
Jan 27 14:57:26 raspberrypi xrdp[4253]: [INFO ] xrdp_process_offscreen_bmpcache: support level 1 cache size 10485760 MB cache entries 100
Jan 27 14:57:26 raspberrypi xrdp[4253]: [INFO ] xrdp_caps_process_codecs: nscodec, codec id 1, properties len 3
Jan 27 14:57:26 raspberrypi xrdp[4253]: [WARN ] xrdp_caps_process_codecs: unknown codec id 5
Jan 27 14:57:26 raspberrypi xrdp[4253]: [INFO ] xrdp_caps_process_codecs: RemoteFX, codec id 3, properties len 49

Display More

Also einen Fehler mit der Key.pam habe ich als Auslöser vermutet, und die die Verzeichnisrechte von 'private' in /etc/ssl auf 755 geändert. Der Fehler kam danach auch nicht mehr, jedoch die anderen Fehler änderten sich nicht. Da VNC für mich kein Ersatz für RDP darstellt, baute ich mir ein neues Image um meinen Fehler zu finden.

Doch nach alles versuchen mit und ohne VNC eingeschaltet, mit und ohne VNC Installation. Denn alles was ich fand, sagte immer aus, dass es da wohl Probleme geben würde. okay .. .die Beiträge waren alle schon älter.

Das Problem stellt sich wie folgt dar:

Ich rufe den RDP unter Windows auf. Ich kann mich einloggen (Auswahl auf XORG) und dann kommt nix mehr, bis dass der TimeOut gemeldet wird

Für mich heißt dass, XRDP meldet sich, und bietet mir die Auswahl der möglichen Server an. Im Log sieht man auch, dass mein Login übergeben wurde. Sesman baut auch eine Sitzung auf, aber irgendwie kann der Server aber nicht auf die Sitzung zugreifen.

Nach dem ich nun alles auf einen 'nacktem' System ausprobiert habe, und es dort auf jeden Fall klappen sollte, stehe ich am Rande der Fahnenstange und winke mal mit dem weißem Tuch

Meine Frage ist nun, hat jemand eine Idee?, oder ist es einfacher auf ein Update zu warten?

Vielen Dank für Eure Anregungen im Voraus sagt

PY

Bot · Vor 5 Minuten

Bullseye 64bit PI4 - Remote Desktop auf XRDP schlägt fehl? Schau mal ob du hier fündig wirst!

**hyle** · January 27, 2023 at 5:05 PM

Hallo PromiseYou,

willkommen im Forum!

Quote from PromiseYou

Da VNC für mich kein Ersatz für RDP darstellt

Bei mir ist es genau andersherum.

Quote from PromiseYou

winke mal mit dem weißem Tuch

Gib VNC eine Chance, denn einfacher geht es wirklich nicht. Siehe dazu mal den Beitrag hier (mit dem gleichen Problem, wenn ich das richtig verstehe): RE: Probleme mit XRDP beim RaspberryPi 4 Der war erst letzten Sonntag.

Franjo G · January 27, 2023 at 5:35 PM

Quote from PromiseYou

Meine Frage ist nun, hat jemand eine Idee?, oder ist es einfacher auf ein Update zu warten?

Das Problem scheint zu sein, dass eine gleichzeitige Anmeldung eines users über xrdp und direkt auf dem Pi nicht mehr zulässig ist.

Abhilfe soll ein weiterer User schaffen, mit dem man sich per xrdp anmelden kann.

https://pi-buch.info/aerger-mit-rdp/

Ob das wirklich funktioniert kann ich nicht bestätigen, da ich von xrdp nichts halte und VNC nutze.

Bot · Vor einem Moment

WiSo · January 27, 2023 at 7:01 PM

Es gibt noch eine weitere Schonzeit: https://help.nextcloud.com/t/update-on-32…ud-26-reverted/

So kann man jetzt in Ruhe auf die 64 Bit Variante wechseln.

DistroEx · January 27, 2023 at 7:02 PM

Quote from Franjo G

Abhilfe soll ein weiterer User schaffen, mit dem man sich per xrdp anmelden kann.
https://pi-buch.info/aerger-mit-rdp/

Ob das wirklich funktioniert kann ich nicht bestätigen, da ich von xrdp nichts halte und VNC nutze.

Den Link hatte ich ja kürzlich auch gepostet. Zweiten user hatte ich schon, eben mal xrdp installiert auf dem Raspi und mit Remotedesktopverbindung angemeldet. Geht. Sogar parallel zu VNC. Dass sollte man aber wohl besser lassen, solange man nicht weiß, warum das früher nicht gehen sollte

**hyle** · January 27, 2023 at 7:37 PM

Quote from DistroEx

Sogar parallel zu VNC.

Das ist schon ewig so. Früher^(TM) Musste VNC ja noch deinstalliert weden.

Btw. Trotzdem arbeite ich persönlich lieber auf Display 0 und bleibe bei VNC.

Bot · Vor einem Moment

DistroEx · January 27, 2023 at 7:57 PM

Quote from hyle

Das ist schon ewig so. Früher(TM) Musste VNC ja noch deinstalliert weden.

Das habe ich schon geahnt, dass das ein "Früher" ist, das etwas länger her ist. Wird aber an vielen Stellen noch behauptet (und ja, ich habe da nicht immer Datum der Erstellung abgeprüft ).

Quote from hyle

Btw. Trotzdem arbeite ich persönlich lieber auf Display 0 und bleibe bei VNC.

Ich auch. Ich will aber andere nicht zwangsbeglücken, deswegen wollte ich es mal probieren. Vom Aufwand her ja simpel für mich. Remotedesktopverbindung war unter Windows vorinstalliert, nur einmal sudo apt install xrdp und fertig, keine Konfiguration.

Was für mich klar dagegen spricht ist die Notwendigkeit für den zweiten Nutzer. Wenn ich schon eine Weile mit einem System gearbeitet habe möchte ich nicht einen weiteren Nutzer anlegen und alles auf den als neuen Hauptnutzer umstellen müssen.

**hyle** · January 27, 2023 at 8:09 PM

Quote from DistroEx

Das habe ich schon geahnt, dass das ein "Früher" ist, das etwas länger her ist.

So genau weiß ich das auch nicht mehr, wann die Deinstallation des VNC Server obsolet wurde. Grob würde ich behaupten seit Stretch, könnte aber auch schon seit Jessie so sein.

Quote from DistroEx

Ich will aber andere nicht zwangsbeglücken

Das liegt mir auch fern, muss ja jeder für sich entscheiden. Während ich in Villarriba schon den Desktop sehe, wird in Villabajo noch viel viel geschruppt.

PromiseYou · January 29, 2023 at 9:59 AM

WOW, das nenne ich mal Input

Okay, was finde ich an RDP gut. Einfach, dass ich mich immer auf die laufende Sitzung einwählen konnte, und da weiter machen konnte, wo ich vielleicht 2 Tage vorher aufgehört habe. Und auch an zwei unterschiedlichen Plätzen auf das gleiche Zugreifen kann. So muss ich nicht immer hin und her rennen zwischen Rechner und Server.

Bei VNC bin ich gezwungen, immer eine neue Sitzung auf zu machen. Zumiendest war das mein bisherigen Kenntnisstand. In dem auch hier genannten Post im Forum, denke ich, ich sollte mich mal schlau machen, was es mit dem Display:0 auf sich hat. Denn wenn ich das richtig verstanden habe, loggt man sich dann auch auf einen bestehenden Desktop ?

Hierzu habe ich dieses gefunden: ubuntuusers -wiki zum Thema VNC

Ich hoffe mal, dass hier alle wesentlichen und interessanten Punkte erwähnt werden. It's true?

Wobei ich jetzt erstmal schauen muss, warum ich nur noch via SSH auf meinen Server komme. Mit TOP sehe ich, dass dort noch ein Windowsmanager aktiv ist, und große Mengen von Speicher für Webseiten im Speicher existtieren. Jedoch werden keine Tastareingaben akzeptiert. Ich Kann auf die Konsole mit STRG + ALT + F1, und kann im Systemlog nichts finden. Schalte ich zurück auf F7 schaltet der Monitor sofort in den Energiesparmodus.

Mir scheint es fast so, als ob dieses Powersaving mir die Möglichkeit genommen hat, die Maus oder Tastatur zu benutzen, in dem alle USB Verbindungen mit Ausnahme HDD gekappt wurden. Wie gesagt, so stellt es sich für mich dar.

Bot · Vor einem Moment

**hyle** · January 29, 2023 at 11:03 AM

Nur kurz... Bei dem vorinstallierten VNC Server wird die Verbindung verschlüsselt.

Quote from PromiseYou

In dem auch hier genannten Post im Forum, denke ich, ich sollte mich mal schlau machen, was es mit dem Display:0 auf sich hat. Denn wenn ich das richtig verstanden habe, loggt man sich dann auch auf einen bestehenden Desktop ?

Ganz genau und wenn Du einen Monitor anschließen würdest, dann könntest Du (z.B. den Mauszeiger) sehen, was Du im VNC-Viewer machst. RDP ist auf einem virtuellen Desktop (Display :10). Damit bist Du quasi nicht live dabei, wenn direkt am RPi mit Moni gearbeitet wird.

//Edit

Zu dem anderen Problem: Falls noch nicht genannt... Welches Netzteil verwendest Du und was hängt wie noch alles am RPi?

PromiseYou · January 29, 2023 at 11:23 AM

Quote from hyle

//Edit
Zu dem anderen Problem: Falls noch nicht genannt... Welches Netzteil verwendest Du und was hängt wie noch alles am RPi?

Als Netzteil benutze ich das originale weiße Netzteil der Foundation, und angeschlossen ist lediglich Lan-Kabel, und ein ext. USB3-Hub mit eigener Stromversorgung, damit die Stromversorgung des PI nicht belastet wird. Und halt eine USB 2,4 GHz Funkempfänger für Tastatur und Maus, sowie HDMI Monitir an HDMI1. Als Gehäuse habe ich das Vollalugehäuse genommen, und habe bis heute noch nie 70° Celsius überschritten. Somit denke ich, es sind gute Voraussetzungen zum Betrieb eines stabilen Systems.

Interessant finde ich gerade. das mir xset q sagt, ich hätte garkeine Anzeige xset: unable to open display ""

Ich denke ich werde 'einfach' mal xrdp löschen, und eine Verbindung mit VNC und dem Display 0 herstellen. Und dann mal sehen, ob ich wirklich ein Problem habe, oder ob ich mir nicht nur ein Konflikt eingefangen habe

**hyle** · January 29, 2023 at 12:12 PM

Quote from PromiseYou

Interessant finde ich gerade. das mir xset q sagt, ich hätte garkeine Anzeige xset: unable to open display ""

Über SSH oder? Dann wird das so nichts.

Versuchs mal mit DISPLAY=:0 xset q oder DISPLAY=:1 xset q oder DISPLAY=:10 xset q!

Bot · Vor einem Moment

PromiseYou · January 29, 2023 at 4:13 PM

Das sagt mir mein laufender Server. Auf der Konsole 1 (ich habe auch mal Konsole 3 ausprobiert). Auf meinem Testsystem, wo ich das mit dem DISPLAY0 gerade ausprobiert habe, da wird mir alles wunderbar angezeigt. Worauf greift xset zurück? also wo holt er sich die Informationen weg? denn da scheint ja ein Prozess gestorben zu sein

Also ich werde nun meinen Server ohne xrdp jedoch mit eingeschaltetem vnc neu starten. Sollte der Screen wieder einfrieren, werde ich es hier mitteilen

Es ist auf jedenfall schon mal eine Hilfe mit dem DISPLAY0 beim Verbindungsaufbau.

Somit bis hierhin schon mal ein riesen Danke!

fred0815 · January 29, 2023 at 4:18 PM

Von einem anderen Rechner im Netzwerk mal nmap 192.168.0.0/24 -p 5899-6009 laufen lassen, dann sieht man, ob Ports offen sind.

Ich habe mich erst mit dem Banana Pi mit Ubuntu 22.04 rumgeärgert, auf dem dann erst der tightvncserver nach langem hin und her wollte. Da kam es auch auf die richtigen Einstellungen in der /home/pi/.vnc/xstartup an, wegen xfce.

PromiseYou · January 29, 2023 at 4:36 PM

Quote from fred0815

Von einem anderen Rechner im Netzwerk mal nmap 192.168.0.0/24 -p 5899-6009 laufen lassen, dann sieht man, ob Ports offen sind.
Ich habe mich erst mit dem Banana Pi mit Ubuntu 22.04 rumgeärgert, auf dem dann erst der tightvncserver nach langem hin und her wollte. Da kam es auch auf die richtigen Einstellungen in der /home/pi/.vnc/xstartup an, wegen xfce.

Schade, ich habe den Rechner bereits neu gestartet, somit kann ich Dir nichts mehr über den Zustands der Ports berichten.

Jedoch müsste dann ja xset q eine meldung bringen, dass eine GUI besteht. Immerhin wird hier ja auch die Tastaur ausgegeben, und die klappt ja bei mir auf der Grafikausgabe auch nicht.

Da ich ja nun weiß, dass die X-Session noch läuft, kann ich beim nächsten Ausfall (der hoffentlich nicht kommt) entsprechend nachforschen

Bot · Vor einem Moment

fred0815 · January 29, 2023 at 4:46 PM

Tastatur auf der grafischen Oberfläche ? Eine Virtuelle ?

PromiseYou · January 29, 2023 at 5:07 PM

Bei xset q bekomme ich folgende Ausgabe:

Bash

pi@raspberrypi:~ $ xset q
Keyboard Control:
auto repeat: off key click percent: 0 LED mask: 00000000
XKB indicators:
00: Caps Lock: off 01: Num Lock: off 02: Scroll Lock: off
03: Compose: off 04: Kana: off 05: Sleep: off
06: Suspend: off 07: Mute: off 08: Misc: off
09: Mail: off 10: Charging: off 11: Shift Lock: off
12: Group 2: off 13: Mouse Keys: off
auto repeat delay: 500 repeat rate: 33
auto repeating keys: 00ffffffdffffbbf
fadfffefffedffff
9fffffffffffffff
fff7ffffffffffff
bell percent: 50 bell pitch: 400 bell duration: 100
Pointer Control:
acceleration: 20/10 threshold: 10
Screen Saver:
prefer blanking: yes allow exposures: yes
timeout: 600 cycle: 600
Colors: default colormap: 0x20 BlackPixel: 0x0 WhitePixel: 0xffffff
Font Path: /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,built-ins
DPMS (Energy Star):
Standby: 600 Suspend: 600 Off: 600
DPMS is Enabled
Monitor is On

Display More

und ja hier wird die Tastatur dargestellt ... nicht als Desktopversion, sondern als Werteversion Sogar den Sound kann man hiermit einstellen, und die Mausparameter und alles was ich mir so denke, was ich für eine Sitzung als Rahmen benötige ... Maschinenbeschreibung fällt mir dazu ein

**hyle** · January 29, 2023 at 5:51 PM

Quote from PromiseYou

Bei xset q bekomme ich folgende Ausgabe:

Das sieht doch soweit gut aus, soweit ich das erkenne, lässt sich nur ganz schlecht lesen. Verwende bei mehrzeiligem Code oder Ausgaben besser den entsprechenden Button () im Foreneditor dazu, dann wird es für uns lesbarer. Erst Button klicken und danach dort einfügen!

Bot · Vor einem Moment

PromiseYou · January 30, 2023 at 8:43 AM

Guten Morgen

Bei mir läuft soweit wieder alles

Jedoch mußte ich feststellen, dass ich mal einen Kurs besuchen muss mit dem Thema "Wie erstelle ich eine gute Suchanfrage, welches mir Ergebnisse liefert, welche ich gebrauchen kann"
Mit diesen Suchanfrage KI's liege ich irgendwie im Klinsch

Also ... nochmals . Da meine Frage beantwortet wurde, kann wegen mir dieser Thread geschlossen werden

Franjo G · January 30, 2023 at 8:47 AM

Quote from PromiseYou

Da meine Frage beantwortet wurde, kann wegen mir dieser Thread geschlossen werden

Das kannst du selber machen, indem du oben unter dem Titel einen Doppelklick auf "unerledigt" machst oder unter bearbeiten als erledigt markierst.

Bullseye 64bit PI4 - Remote Desktop auf XRDP schlägt fehl

Participate now!

Users Viewing This Thread