TEAMVIEWER15 neuere Versionen starten das GUI nicht

Hinweis: In dem Thema TEAMVIEWER15 neuere Versionen starten das GUI nicht gibt es 13 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Teamviewer ist deinstalliert , ich hab auch alle Verzeichnisse, die für den Teamviewer existierten gelöscht.


    Hab ihn danach neu installiert. Brachte wieder die Fehlermeldung im gui.log bzwl. libQt5Core.


    Hab Teamviewer wieder deinstalliert und auch alle Teamviewer-Verzeichnisse gelöscht.



    Ich hab mir jetzt das aktuelle teamviewer.rpm von der TeamViewer-Seite runtergeladen. Installieren werde ich es aber erst morgen.

    EDV-Dinosaurier im Ruhestand


    ich bin /root, ich darf das 8)


    Dinos are not dead. They are alive and well and living in data centers all around you. They speak in tongues and work strange magics with computers. Beware the Dino! And just in case you're waiting for the final demise of these Dino’s: remember that Dino’s ruled the world for 155-million years! (Unknown Author)

    2 Mal editiert, zuletzt von Igel1954 ()

    Für den Inhalt des Beitrages 296976 haftet ausdrücklich der jeweilige Autor: Igel1954

  • Das Problem hatte ich früher auch schon ein paar Mal, immer wenn ich einen Client administrieren wolle, der eine ältere Version vom Teamviewer hatte als ich.


    Dem entfernten Rechner "meine Version" spendiert und sofort lief alles wieder.

    Für den Inhalt des Beitrages 296977 haftet ausdrücklich der jeweilige Autor: muck

  • Ich hab das Teamviewer-suse.rpm runtergeladen.


    ABER mir ist dann etwas aufgefallen. Ich hab in /usr/lib64ein libQt5Core.so.5 und Teamviewer bringt sein eigenes libQt5Core.so.5 in /opt/teamviewer/tv_bin/RTLIB/qt/lib.


    Die Versionen von Teamviewer >15.18.x meckern ja über das libQt5Core.so.5 in /usr/lib64. Er sollte aber doch libQt5Core.so.5 aus seiner eigenen Lib laden.


    Ich hab jetzt mal auf der Konsole das Environment von meinem User und dem Testuser verglichen und hab festgestellt, dass nur bei mir LIBPATH und LD_LIBRARY_PATH setzt sind.


    Code
    cheffe@igel01:~> env | grep -i path
    LD_LIBRARY_PATH=/lib64:/usr/lib64:/usr/local/lib64:/usr/lib:/lib:/usr/local/lib
    XNLSPATH=/usr/share/X11/nls
    LIBPATH=/lib64:/usr/lib64:/usr/local/lib64:/usr/lib:/lib:/usr/local/lib
    XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
    MANPATH=/usr/local/man:/usr/local/share/man:/usr/share/man
    DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
    XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
    PATH=/home/cheffe/bin:/usr/local/bin:/usr/bin:/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin
    cheffe@igel01:~> 


    Ich hab tatsächlich in der .bashrc die beiden Variablen gesetzt:

    Code
    export LD_LIBRARY_PATH=/lib64:/usr/lib64:/usr/local/lib64:/usr/lib:/lib:/usr/local/lib
    export LIBPATH=/lib64:/usr/lib64:/usr/local/lib64:/usr/lib:/lib:/usr/local/lib

    Die habe ich aber vor langer Zeit mal ein die .bashrc eingetragen, weil sie wohl benötigt wurden.


    Ich werde die jetzt mal auskommentieren.


    Dann schau ich mal, ob der Teamviewer mich dann mag.


    ERGÄNZUNG:


    Die aktuelle Version vom Teamviewer läuft jetzt auch in meinem User. Das die beiden gesezten Variablen in der .bashrc Auswirkungen auf den Teamviewer haben, hätte ich nicht erwartet.


    Ich hatte während meiner aktiven Zeit als DB2-DBA mal testweise DB2 auf meine Rechner installiert, vermutlich stammen die beiden Bashrc-Einträge noch aus dieser Zeit.

    EDV-Dinosaurier im Ruhestand


    ich bin /root, ich darf das 8)


    Dinos are not dead. They are alive and well and living in data centers all around you. They speak in tongues and work strange magics with computers. Beware the Dino! And just in case you're waiting for the final demise of these Dino’s: remember that Dino’s ruled the world for 155-million years! (Unknown Author)

    Einmal editiert, zuletzt von Igel1954 ()

    Für den Inhalt des Beitrages 296987 haftet ausdrücklich der jeweilige Autor: Igel1954