Posts by PromiseYou

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

    Guten Morgen :)

    Bei mir läuft soweit wieder alles :thumbup:

    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 8)

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

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

    Bei xset q bekomme ich folgende Ausgabe:

    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

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

    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 :)

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

    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!

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

    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 :)

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

    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.

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

    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

    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