All posts in home

Die Citrix Workspace App ist für Ubuntu mittlerweile eine schöne runde Sache: lässt sich leicht installieren, läuft out of the box und gibt eine sehr angenehme Performance. Das Schmankerl – meine Multimediageräte wie Drucker, Headsets etc. werden auch serverseitig erkannt und durchgereicht, sodass ich auch aus der Ferne an Webkonferenzen teilnehmen kann. Gut gemacht und das große Plus gegenüber der sonst schon sehr leistungsfähigen Browservariante.

Aber was tun, wenn die App nicht verbindet, sondern den Versuch mit einem Fehler 1000119 quittiert? Irgendwas mit Zertifikaten, wie das Citrix Support Center behauptet. Doch nützt deren Anleitung? Leider nein.

Dabei ist das Problem recht leicht zu beheben, denn grundlegend vertraut die Workspace App lediglich ihren eigenen Zertifikaten, nicht jedoch denen des Systems. Und hier hilft folgende Anleitung:

sudo ln -s /etc/ssl/certs/* /opt/Citrix/ICAClient/keystore/cacerts

Dieser Befehl führt dazu, dass ich mit Systemadministratorrechten über einen symbolischen Link (ln -s) aus dem Zertifikatsverzeichnis von Ubuntu und Derivaten (/etc/ssl/certs) alle Einträge (*) in das Citrix-eigene Verzeichnis übertrage.

Ich habe dann noch folgenden Schritt durchgeführt, um ganz sicher gehen zu können, dass Citrix diese Änderungen auch mitbekommt:

sudo /opt/Citrix/ICAClient/util/ctx_rehash 

Dies führt dazu, dass erneut mit Systemadministratorrechten die neuen Einträge in die Citrix-eigene Datenbank aufgenommen werden.

Et voila – läuft =)

Update: Wie ich nach langer weiterer Recherche und viel Üben hier gefunden habe, bedarf es doch einer anderen Lösung um das Problem schließlich zu lösen. Final muss dem X-Server beigebracht werden, auf welche Art und Weise die Hardwarebeschleunigung vom Intel-Treiber umgesetzt werden muss. Dafür muss die Datei

/etc/X11/xorg.conf.d/20-intel.conf

mit root-Rechten angelegt und mit folgendem Inhalt befüllt werden:

Section "Device"

Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "sna"
Option "TearFree" "true"

EndSection

Anschließend speichern und den PC neustarten (wahlweise X11, aber wer macht das heutzutage noch ;c)) – Problem endlich gelöst!

Update-Ende!

Auf meinem Laptop habe ich das Upgrade von Kubuntu 18.04 auf 20.04 bereits testweise gewagt, wobei der Prozess nicht ganz reibungslos ging. Aufgrund ständigen Bildschirmflackerns hatte ich damals ein PPA eingefügt, welches aktuelle MESA-Treiber auf das System brachte, wodurch das Problem beseitigt war. Diese hatten letztlich das ordentliche Upgrade auf 20.04 unterbunden, wobei der Weg dann ganz klassisch im Debian-Stil trotzdem erfolgen konnte.

Doch unter 20.04 gibt es wieder die Probleme mit dem ständigen Flackern, sobald ein Compositor eingeschaltet ist – und wer möchte heutzutage noch ohne arbeiten, denn die grafischen Effekte sind vielfach ganz nützlich und lenken die Aufmerksamkeit. MESA-Aktualisierungen sind zwar vorhanden, gelten jedoch über ein PPA vielfach als instabil und aus den Schwierigkeiten mit dem letzten Upgrade wollte ich das ganze mal vermeiden.

Dann habe ich folgenden Eintrag gefunden, der sich auf die Ursprünge des zugrundeliegenden Intelbugs im i915-Treiber bezieht. Über spezifische Eigenschaften beim Laden des Treibers über die X-Konfiguration lässt sich nämlich der größte Teil der Probleme ausschalten. Folgendes muss getan werden:

Die Datei /etc/X11/xorg.conf.d/20-intel-graphics.conf muss mittels administrativer Reche angelegt werden. Hierin sollte folgendes stehen:

Section “Device”
Identifier “Intel Graphics”
Driver “intel”
Option “TripleBuffer” “true”
Option “TearFree” “true”
Option “DRI” “false”
EndSection

Speichern, neustarten und die gröbsten Flackereien sollten behoben sein. Das Flickering ist in meinem Fall nicht ganz beseitigt und ich muss mich noch rückversichern, ob bezüglich Performance alles beim Alten bleibt, jedoch sehen die Ergebnisse aktuell ganz gut aus.

Ich wollte mal wieder Tony Hawk’s Pro Skater 2 spielen. Stundenlang gab’s das Original auf der PSX für mich. Habe genau dafür meine PS2 im Wohnzimmer, doch eine Sache nicht bedacht. Zwar laufen die Spiele alle ganz herrlich, jedoch braucht man zum Speichern eine originale PSX-Memory Card – das Dateisystem ist wohl ein anderes.

Was tun? Den Controller an den PC anschließen (habe da noch einen Dongle für), einen Emulator herunterladen (sudo apt install pcsxr) und die entsprechende BIOS-Datei der Playstation einbinden (gidf.de -> PSX Bios). Perfekt, wenn da nicht jedes Mal beim Ausführen der Emulator abstürzen würde.

Diese Website hat mich dann aus dem Leiden erlöst und mir erklärt, dass es einen Konflikt in der CPU-Emulation gibt, die standardmäßig konfiguriert ist. Also musst du folgendes in deiner Konfigurationsdatei ändern, und die Sache läuft:

nano ~/.pcsxr/pcsxr.cfg

CPU = 1

Danke, und nicht vergessen: “turn on the radio …”

Leidiges Thema, welches mich seit mehreren Jahren immer wieder beschäftigt und es mir vergällt, Lubuntu zu empfehlen: Das Symbol, in welchem die Netzwerkverbindungen in der Systemleiste angezeigt werden, wird leider nicht angezeigt. Das nervt, macht eine Empfehlung schwer und das Arbeit in fremden Netzen zu einem aufreibenden Kraftakt.

Heute hatte ich endlich mal die Muße, mich damit zu beschäftigen, und kam zu folgender Lösung, die ich hier gefunden habe:

What you need to do is edit /etc/xdg/autostart/nm-applet.desktop with your favorite text editor. I like nano, so I ran the following from the terminal: sudo nano /etc/xdg/autostart/nm-applet.desktop Go down to the Exec line and change the entry from nm-applet to dbus-launch nm-applet. Save the file and reboot!

askubuntu.com

Prima, jetzt klappt’s zufriedenstellend. Danke!