[gelöst] Win 10 --> rdp --> KDE plasma

[miriki]

Moinsens!

Ich hatte in der Vergangenheit schon den einen oder anderen RasPi mit der "Remotedesktopverbindung" angebunden. Aber dem RasPi geschuldet war es natürlich nicht der Renner. Mit meimem recht frisch eingerichteten Lenovo ThinkCentre i5 stell ich mir KDE als Oberfläche für Eclipse schon etwas besser vor.

Grundsätzlich habe ich rdp auch zum Laufen, aber ein kleines Problem bleibt noch. Wenn ich die credentials "vorher" eintrage und direkt für's Login benutzen möchte, bleibt der Bildschirm schwarz.



Wenn ich die credentials weg lasse, kommt der Login und nach Auswahl von Xorg auch der KDE Desktop.




Ich habe eine Seite gefunden, wo das Ganze auch noch recht sauber (und umfangreich) beschrieben ist: https://bytexd.com/xrdp-debian/. Auch dort war die Rede von diesem schwarzen Bildschirm. Aber die Abhilfe dort war keine Abhilfe bei mir.

Step 3 – Connecting to Your Debian 10/11 Machine using Remote Desktop Environment
Connect from Windows
Fix: Authentication Required Prompt
[...]
Black Screen / Oh No ! Something has gone wrong…

Das "Authentification" Problem hatte ich auch und durch o.a. gelöst. Den "Oh no ! Something ..." Hatte ich ebenfalls und auch durch o.a. gelöst. Aber wie gesagt, den "Black Screen" habe ich, wenn ich versuche, direkt einzulooggen. An den RasPi kann ich mich durch die credentials direkt auf den Desktop, also die GUI, verbinden, keine weiteren Nachfragen.

Weiss da jemand was?

Gruß, Michael

[miriki]

ähm... was hab ich bei den bildern jetzt falsch gemacht? upload in die galerie und mit {img} tags eingefügt.

[JTH]

ähm... was hab ich bei den bildern jetzt falsch gemacht? upload in die galerie und mit {img} tags eingefügt.

Es gab vor kurzem ein Problem mit der Bildergalerie im Forum. Aber daran lag’s wohl nicht mehr: Man muss für die Galerie anscheinend den BBCode [image] (statt [img] – nur für externe Bilder?) benutzen. Habe deinen Beitrag oben „repariert“.

[miriki]

Es hat sich ein wenig was geändert: Ich krieg jetzt nur noch den schwarzen Schirm.

Mir war aufgefallen, dass ich in der rdp Session keinen Sound hatte. Also hab ich lokal am Debian selbst geschaut. Was ich so rund um ALSA gefunden hatte, sah eigentlich korrekt aus. Trotzdem sah ich kein Sound-Gerät. Gestern (oder so) hatte ich noch Sound. Ich hatte ein WAV in Dauerschleife laufen und plötzlich, durch "reset" des ALSA im Terminal, schepperte es wieder in den Boxen. Heissa! Also wieder zurück zum Win10 Rechner...

Und der kriegt jetzt, wie gesagt, nur noch den schwarzen Schirm nach Login. Der rdp Status vor der Verbindung in einem Putty Terminal:

Code: Alles auswählen

miriki@lxdeb1130:~$ sudo systemctl status xrdp
● xrdp.service - xrdp daemon
     Loaded: loaded (/lib/systemd/system/xrdp.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2022-05-22 20:52:53 CEST; 5s ago
       Docs: man:xrdp(8)
             man:xrdp.ini(5)
    Process: 39105 ExecStartPre=/bin/sh /usr/share/xrdp/socksetup (code=exited, status=0/SUCCESS)
    Process: 39113 ExecStart=/usr/sbin/xrdp $XRDP_OPTIONS (code=exited, status=0/SUCCESS)
   Main PID: 39114 (xrdp)
      Tasks: 1 (limit: 9362)
     Memory: 776.0K
        CPU: 12ms
     CGroup: /system.slice/xrdp.service
             └─39114 /usr/sbin/xrdp

Mai 22 20:52:52 lxdeb1130 xrdp[39113]:         LogFile:       /var/log/xrdp.log
Mai 22 20:52:52 lxdeb1130 xrdp[39113]:         LogLevel:      [INFO ]
Mai 22 20:52:52 lxdeb1130 xrdp[39113]:         ConsoleLevel:  <disabled>
Mai 22 20:52:52 lxdeb1130 xrdp[39113]:         SyslogLevel:   [INFO ]
Mai 22 20:52:52 lxdeb1130 systemd[1]: xrdp.service: Can't open PID file /run/xrdp/xrdp.pid (yet?) after start: Operation not permit>
Mai 22 20:52:53 lxdeb1130 systemd[1]: Started xrdp daemon.
Mai 22 20:52:54 lxdeb1130 xrdp[39114]: [INFO ] starting xrdp with pid 39114
Mai 22 20:52:54 lxdeb1130 xrdp[39114]: [INFO ] address [0.0.0.0] port [3389] mode 1
Mai 22 20:52:54 lxdeb1130 xrdp[39114]: [INFO ] listening to port 3389 on 0.0.0.0
Mai 22 20:52:54 lxdeb1130 xrdp[39114]: [INFO ] xrdp_listen_pp done

Und wenn ich rdp öffne und am Login stehe:

Code: Alles auswählen

miriki@lxdeb1130:~$ sudo systemctl status xrdp
● xrdp.service - xrdp daemon
     Loaded: loaded (/lib/systemd/system/xrdp.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2022-05-22 20:52:53 CEST; 8min ago
       Docs: man:xrdp(8)
             man:xrdp.ini(5)
    Process: 39105 ExecStartPre=/bin/sh /usr/share/xrdp/socksetup (code=exited, status=0/SUCCESS)
    Process: 39113 ExecStart=/usr/sbin/xrdp $XRDP_OPTIONS (code=exited, status=0/SUCCESS)
   Main PID: 39114 (xrdp)
      Tasks: 2 (limit: 9362)
     Memory: 13.9M
        CPU: 35ms
     CGroup: /system.slice/xrdp.service
             ├─39114 /usr/sbin/xrdp
             └─42648 /usr/sbin/xrdp

Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [WARN ] xrdp_caps_process_codecs: unknown codec id 5
Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [INFO ] xrdp_caps_process_codecs: RemoteFX, codec id 3, properties len 49
Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [INFO ] Loading keymap file /etc/xrdp/km-00000407.ini
Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [WARN ] local keymap file for 0x00000407 found and doesn't match built in keymap, using loca>
Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [ERROR] libxrdp_query_channel - Channel 0 name rdpdr
Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [ERROR] libxrdp_query_channel - Channel 1 name rdpsnd
Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [ERROR] libxrdp_query_channel - Channel 2 name cliprdr
Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [ERROR] libxrdp_query_channel - Channel 3 name drdynvc
Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [ERROR] libxrdp_query_channel - Channel out of range 4
Mai 22 21:01:20 lxdeb1130 xrdp[42648]: [INFO ] drdynvc_process_capability_response: DVC version 3 selected

Ich kann dann noch mein Passwort im Login angeben, OK anklicken, dann hab ich danach nur noch einen schwarzen Schirm. Naja, nicht ganz: Das KDE-Logo in weiss sehe ich noch in der Mitte des Schirms. Und rechts unten steht auch noch was mit "KDE plasma". Beides verschwindet aber nach so ca. 20 Sekunden.

Mich wundert ein wenig die Zeile

Code: Alles auswählen

systemd[1]: xrdp.service: Can't open PID file /run/xrdp/xrdp.pid (yet?) after start: Operation not permit>

Ein

Code: Alles auswählen

sudo systemctl restart xrdp

bringt keine Besserung.

Mittels

Code: Alles auswählen

sudo update-alternatives --config x-session-manager

hab ich auch schon alle 10 Manager ausprobiert, aber auch kein Unterschied.

Gruß, Michael

[miriki]

und wieder ein wenig geändert:

nach editieren der /etc/xrdp/startwm.sh

Code: Alles auswählen

unset DBUS_SESSION_BUS_ADDRESS
unset XDG_RUNTIME_DIR
. $HOME/.profile

kriege ich wieder eine Verbindung. Begründung ist wohl, dass man sich nicht mit rdp einloggen kann, wenn man bereits lokal eingelogt ist. Und der Rechner ist mit auto-login eingerichtet...

Sound habe ich aber nach wie vor nicht.

Gruß, Michael

[Jans4]

Vielleicht Soundmodul defekt?

[miriki]

Vielleicht Soundmodul defekt?

Hm, naja, lokal hab ich ja Sound. Also, wie das Ganze entstanden ist:

Ich hab irgendwo was von DevilationX gelesen, das alte Diablo 1 in einem "Nachbau" für Linux u.a. Systeme. Also hab ich mir das mal angesehen und meine alten CDs aus dem Karton im Keller geholt. Und ja, das Ding funktioniert! Und ohne Sound bringt das ja nicht so viel Spass. Deswegen hat der Rechner auch eine, eigentlich für einen anderen Rechner gedachte, neu gekaufte Soundbar unter die Monitore bekommen.

Nun steht der Rechner auf einem anderen Tisch, der mehr für Bastelei mit Arduino und Co. gedacht ist. Selbst deren Programmierung wollte ich eher per SSH (Python, MC-Editor) oder RDP (C++, Arduino IDE) von meinem "richtigen" Rechner erledigen. Aber mal so rein aus Nostalgie in Diablo rein zu schauen hat ja auch was. Und dabei fiel mir eben auf, dass ich über RDP keinen Sound hatte.

Als ich lokal auf den Rechner schaute, war da aber tatsächlich auch kein Sound mehr. Ich hab dann quer durch's internet geguckt, was man da so alles mal ansehen und ausprobieren sollte. Ich hab in der Zeit ein .wav in Dauerschleife laufen gehabt. Und irgendwann war ich an dem Punkt, den alsa-Dienst mit einem Reset neu zu starten und da ging es plötzlich wieder.

Langer Rede kurzer Sinn: Jetzt zeigt mir die Lunix-Kiste "Headphones" bei z.Z. 80% an, aber in der RDP-Sitzung habe ich "Keine Eingabe- oder Ausgabegeräte gefunden" in der Lautstärke-Steuerung.

Gruß, Michael

[miriki]

HAB'S !!!

In https://forums.linuxmint.com/viewtopic.php?t=356419 fand ich die Lösung für das remote sound Problem. In einem Anhang dort liegen 2 Dateien (in einem Zip):

Code: Alles auswählen

08.09.2021   20:40   84.456   module-xrdp-sink.so
08.09.2021   20:40   83.424   module-xrdp-source.so

Die beiden hab ich in

Code: Alles auswählen

/usr/lib/pulse*/modules/

kopiert. Danach habe ich dann die rdp Session gestartet und dort in einem Term den Befehl

Code: Alles auswählen

pulseaudio -k

aufgerufen. Und schwupps! Jetzt habe ich ein

Code: Alles auswählen

xrdp sink
xrdp source

in der Lautstärke-Regelung. Und der Sound kommt jetzt auch tatsächlich über's Netz auf den Client.



Yaey!!!

Gruß, Michael