Cyberhai2
Anmeldungsdatum: 12. Juli 2020
Beiträge: 12
|
Hallo zusammen, zugegeben bin ich absoluter Ubuntu/Linux-Neuling. TeamViewer möchte ich nutzen da ich so diverse Systeme in einem Überblick verwalten kann.
Teste gerade Ubuntu und Kubuntu, tendiere gerade zu Kubuntu.
Als Windows-Umsteiger "fühlt" sich Kubuntu nicht so anders an als Ubuntu. Nun habe ich TeamViewer auf Ubuntu und Kubuntu installiert.
Über TeamViewer verbinden klappt prima, allerdings lässt sich die Auflösung nicht ändern.
Normalerweise kann man in einer Teamviewer-Sitzung in der TeamViewer Leiste die Auflösung schnell ändern.
Alternativ auch über die Anzeigeneinstellungen. In Ubuntu über Anzeigegeräte kann ich die Auflösung ändern und sie ändert sich auch.
In Kubuntu kann ich es auch über Anzeige-Einrichtung, für 1 Sec. ist die Auflösung auch richtig, danach wird das TeamViewer Fenster wieder wie vorher.
In der Einstellung steht noch die neue Auflösung. Schließe ich das Einstellungs-Fenster in Kubuntu und gehe zurück steht dort die alte Auflösung.
Wie bekomme ich die Kubuntu Auflösung auch fix verändert?
|
Cyberhai2
(Themenstarter)
Anmeldungsdatum: 12. Juli 2020
Beiträge: 12
|
Hallo zusammen, zugegeben bin ich absoluter Ubuntu/Linux-Neuling. TeamViewer möchte ich nutzen da ich so diverse Systeme in einem Überblick verwalten kann.
Teste gerade Ubuntu und Kubuntu, tendiere gerade zu Kubuntu.
Als Windows-Umsteiger "fühlt" sich Kubuntu nicht so anders an als Ubuntu. Nun habe ich TeamViewer auf Ubuntu und Kubuntu installiert.
Über TeamViewer verbinden klappt prima, allerdings lässt sich die Auflösung nicht ändern.
Normalerweise kann man in einer Teamviewer-Sitzung in der TeamViewer Leiste die Auflösung schnell ändern.
Alternativ auch über die Anzeigeneinstellungen. In Ubuntu über Anzeigegeräte kann ich die Auflösung ändern und sie ändert sich auch.
In Kubuntu kann ich es auch über Anzeige-Einrichtung, für 1 Sec. ist die Auflösung auch richtig, danach wird das TeamViewer Fenster wieder wie vorher.
In der Einstellung steht noch die neue Auflösung. Schließe ich das Einstellungs-Fenster in Kubuntu und gehe zurück steht dort die alte Auflösung.
Wie bekomme ich die Kubuntu Auflösung auch fix verändert? Moderiert von sebix: An bestehenden Thread angehängt. Bitte erstelle keine Doppelpostings.
|
Cyberhai2
(Themenstarter)
Anmeldungsdatum: 12. Juli 2020
Beiträge: 12
|
Sorry Doppelpost war keine Absicht, dachte Beitrag ist "abgelehnt" da falsch positioniert 😇
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo und willkommen auf uu.de! Generell kannst du die Auflösung von Kubuntu in den Systemeinstellungen ändern (Systemeinstellungen → Anzeige und Monitore → Anzeige-Einrichtung). Die verwendete Desktopumgebung nennt sich Plasma. Je nachdem, ob du die Sitzung per XServer oder Wayland startest, gibt es unterschiedliche Möglichkeiten die Auflösung im laufenden Betrieb umzustellen. qdbus org.kde.KScreen / org.kde.KScreen.backend zeigt das momentan verwendete Backend, bei mir ist das bspw. XRandR. Es könnte auch an den verwendeten Grafiktreibern liegen, welche Grafikkarte ist denn verbaut? lspci -nnk | grep -A3 "\[03..\]:" gibt die nötigen Infos aus. Wie das nun im TeamViewer aussieht, kann ich dir leider nicht sagen, da ich dieses Programm nicht verwende, scheint aber ein seit längerem bekanntes Phänomen zu sein → Can't change resolution on client 🇬🇧. Für Kubuntu gäbe es allerdings KRDC, welches auch RDP-Verbindungen handlen kann, falls dir das weiterhilft. Kannst du deine Tests ggf. mit einer virtuellen Maschine wie QEMU/KVM, VMware Workstation Player, VirtualBox oder dergleichen machen? Das wäre einfacher zu handhaben, speziell beim "rumexperimentieren". Beschreibe doch deinen Systemaufbau etwas genauer, vielleicht findet sich eine Alternative.
|
Cyberhai2
(Themenstarter)
Anmeldungsdatum: 12. Juli 2020
Beiträge: 12
|
Hallo, danke für die Hilfe! Das System läuft auf eine Virtuellen Maschine.
Auf meinem QNAP NAS in Virtual Station. @Kubuntu-QNAP-VS:~$ qdbus org.kde.KScreen / org.kde.KScreen.backend
XRandR
@Kubuntu-QNAP-VS:~$ lspci -nnk | grep -A3 "\[03..\]:"
00:02.0 VGA compatible controller [0300]: Red Hat, Inc. QXL paravirtual graphic card [1b36:0100] (rev 04)
Subsystem: Red Hat, Inc. QEMU Virtual Machine [1af4:1100]
Kernel driver in use: qxl
Kernel modules: qxl Hilft das weiter?
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Cyberhai2 schrieb: Auf meinem QNAP NAS in Virtual Station.
Das ist mir fremd, scheint aber eine Zwischenschicht zwischen KVM und der VM zu bilden. (Was vermutlich nur heißt, dass es ähnlich dem virt-manager einen XML-Editor anbietet.)
Hilft das weiter?
Zumindest ist die Maschine schon mal virtualisiert, damit hast du viel direktere Möglichkeiten als TeamViewer, um darauf zuzugreifen. Bspw. kann der Server "nur lokale" Klientnutzung erlauben und du per SSH mit PublicKey trotzdem entfernt zugreifen, oder per beliebigem VNC-Klient, etc. pp. Schau dir mal KVM und QEMU an, das ist die dahinter stehende Virtualisierungschicht. Als Verwaltung gäbe es virsh (terminalbasiert) und virt-manager (grafisch), allerdings ausgehen von einem Linux-System. Wie funktional/bequem das von Windows aus geht, kann ich nicht abschätzen. Eigentlich™ sollte das nahtlose skalieren mit dem spice-server (Anzeige-Server) und qxl (Video-Schnittstelle) funktionieren, es gibt aber unzählige Optionen, die man aktivieren kann oder nicht. Wie ist die VM denn eingerichtet/installiert worden? virt-install bietet für viele Distributionen spezielle Vorkonfigurationen, die sich um genau diese Schnittstellen wie virtio kümmern. (Liste bekommt man mit osinfo-query os , wenn die Bibliothek installiert ist). Für ein Ubuntu könnte ein webbasierter Installationsaufruf bspw. so aussehen 1
2
3
4
5
6
7
8
9
10
11
12 | virt-install \
--name Ubuntu \
--virt-type kvm \
--ram 4096 \
--disk /qemu/virtuelleplatte.qcow2,size=20,bus=virtio,format=qcow2 \
--vcpus 2 \
--os-type linux \
[mark]--os-variant ubuntu20.04 \[/mark]
--network network:default \
--graphics vnc,listen=0.0.0.0 \
--noautoconsole \
--location 'http://archive.ubuntu.com/ubuntu/dists/bionic/main/installer-amd64/'
|
Auf diese Installation kann mit jedem beliebigen VNC-Klienten am Standardport zugegriffen werden und die VM wird optimiert für Ubuntu 20.04 erstellt. Anstatt --location kann man auch --cdrom /Pfad/zur/iso schreiben und eine Installations-ISO nutzen, das Netzwerk direkt mit --network bridge=brueckenname0 auf eine Bridge einrichten, usw. usf... Einfacher wird das über den bereits erwähnten virt-manager, der einen Installations-Wizard mitbringt und dessen os-info auch immer aktuell ist. Je nach Einstellungen hat man anschliessend eine "andere VM". Der langen Rede kurzer Sinn: Die VM liegt letzten Endes als XML-Datei vor, deren Aufbau etwa so ist 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33 | <domain type="kvm">
<name>MeineUbuntuVM</name>
<uuid>12345678-1234-1234-1234-123456789012</uuid>
…
<metadata>
<libosinfo:libosinfo xmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0">
<libosinfo:os id="http://ubuntu.com/ubuntu/20.04"/>
</libosinfo:libosinfo>
</metadata>
…
<os>
<type arch="x86_64" machine="pc-q35-4.2">hvm</type>
…
<channel type="unix">
<target type="virtio" name="org.qemu.guest_agent.0"/>
<address type="virtio-serial" controller="0" bus="0" port="1"/>
</channel>
…
<channel type="spicevmc">
<target type="virtio" name="com.redhat.spice.0"/>
<address type="virtio-serial" controller="0" bus="0" port="2"/>
</channel>
…
<graphics type="spice" autoport="yes" listen="127.0.0.1" keymap="de">
<listen type="address" address="127.0.0.1"/>
</graphics>
…
<video>
<model type="qxl" ram="65536" vram="65536" vgamem="16384" heads="1" primary="yes"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x0"/>
</video>
…
</domain>
|
Darin findest du die exakten Angaben für das virtualisierte System, an den Schräubchen kann man viel drehen ☺ Ich würde also zunächst gucken, wie die Maschine eingerichtet ist und welche Optionen ich für den spice-server habe. Dann eine Sicherheitskopie anlegen und experimentieren.
|
Cyberhai2
(Themenstarter)
Anmeldungsdatum: 12. Juli 2020
Beiträge: 12
|
Danke für die Hilfe! Zugegeben verstehe ich davon vielleicht 1/4, aber lese mich ein.
Das ich TeamViewer nutze hat einen speziellen Grund.
So kann ich die Tablets (hängen als SmartHome Bedienung) in einigen Räumen an der Tür per Fernwartung steuern, aber auch die PC's zuhause, sogar wenn ich unterwegs bin.
Eine Plattform für alles, deswegen. Die QNAP Virtualization Station hat sogar einen eigenen spice-server für die VM's.
Dank deinem Hinweis habe ich da ein wenig rumprobiert.
Eine Verbindung zum Server bekomme ich hin, angezeigt bekomme ich Kubuntu auch.
Allerdings wird über Spice auch die Auflösung nicht besser, egal wie ich sie einstelle sie bleibt.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Läuft denn im Kubuntu-Client der daemon? systemctl status spice-vdagentd.service , respektive systemctl status spice-vdagent.service (Manchmal könnte es ja auch das naheliegendste sein 😉 )
|
Cyberhai2
(Themenstarter)
Anmeldungsdatum: 12. Juli 2020
Beiträge: 12
|
Soweit ich es verstehe läuft er nicht. Aber die Anleitung unter ubuntuusers zu daemon / Dienste hat mir auch nichts gesagt das ich es verstanden hätte 🙄
Bin eben doch knapp 30-Jahre Windows-Verseucht, mal die Zusammenhänge zu verstehen ist gar nicht so einfach 😇 @Kubuntu-QNAP-VS:~$ systemctl status spice-vdagentd.service
● spice-vdagentd.service - Agent daemon for Spice guests
Loaded: loaded (/lib/systemd/system/spice-vdagentd.service; indirect; vendor prese>
Active: inactive (dead)
TriggeredBy: ● spice-vdagentd.socket @Kubuntu-QNAP-VS:~$ systemctl status spice-vdagent.service
● spice-vdagentd.service - Agent daemon for Spice guests
Loaded: loaded (/lib/systemd/system/spice-vdagentd.service; indirect; vendor prese>
Active: inactive (dead)
TriggeredBy: ● spice-vdagentd.socket
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Dann starte den mal: systemctl start spice-vdagent als User oder systemctl start spice-vdagentd als root. Eigentlich ist das für gemeinsame Zwischenablagen und sowas gedacht, aber ich habe gelesen, der wäre bei X11 auch für Teile der Auflösung zuständig. Daher: Ausprobieren. Ich habe den in meinen Ubuntu-VMs allerdings nicht laufen und die Skalierung klappt trotzdem. Es MUSS ja auch nicht an der VM liegen, das ist lediglich ein Versuch. Wenn es klappt, kannst du Dienste auch automatisch starten lassen:
Enable bedeutet: Starte das Ding selbständig beim Systemstart (wann entscheidet die Unit), --now heißt: gleich jetzt mitstarten.
Kannst du über TeamViewer mal die Ausgabe von xrandr auf mögliche Auflösungen prüfen? //edit: Linkfix
|
Cyberhai2
(Themenstarter)
Anmeldungsdatum: 12. Juli 2020
Beiträge: 12
|
Leider hat beides keinen Effekt, daher habe ich es auch nicht als automatischen Service eingerichtet.
Soweit ich dich verstanden hatte bringt das eh nichts wenn es manuell nicht geht. xrand zeigt alle Auflösungen die ich auch über das Menu / Anzeige... finde Screen 0: minimum 320 x 200, current 1024 x 768, maximum 8192 x 8192
Virtual-1 connected primary 1024x768+0+0 0mm x 0mm
1024x768 60.00*+
2560x1600 59.99 59.97
1920x1440 60.00
1856x1392 60.00
1792x1344 60.00
2048x1152 60.00
1920x1200 59.88 59.95
1920x1080 60.00
1600x1200 60.00
1680x1050 59.95 59.88
1400x1050 59.98 59.95
1600x900 60.00
1280x1024 60.02
1440x900 59.89 59.90
1280x960 60.00
1280x854 59.95
1366x768 59.79 60.00
1360x768 60.02
1280x800 59.81 59.91
1280x768 59.87 59.99
1280x720 60.00
1152x768 59.95
800x600 60.32 56.25
848x480 60.00
720x480 59.94
640x480 59.94
Virtual-2 disconnected
Virtual-3 disconnected
Virtual-4 disconnected Was ich auch nicht verstehe ist das im absolut gleichen Prinzip Ubuntu installiert ist und dort geht es problemlos.
Aber das hatten wir ja schon bei Kubuntu scheint es ein Problem zu geben.
Leider, als Windows-Umsteiger gefällt mir Kubuntu besser, ist keine so ganz große Umgewöhnung. Und damit meine ich nicht nur die "Startleiste".
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Cyberhai2 schrieb: Soweit ich dich verstanden hatte bringt das eh nichts wenn es manuell nicht geht.
Hast du richtig verstanden. War nur ein Versuch.
xrand zeigt alle Auflösungen die ich auch über das Menu / Anzeige... finde
War zu erwarten. Aber die sehe ich ja nicht 😉 Der scheint aber auch QXL richtig zu nutzen, sonst würde er die hohen Auflösungen nicht anbieten.
Aber das hatten wir ja schon bei Kubuntu scheint es ein Problem zu geben.
Ohne jetzt Kubuntu schlecht machen zu wollen (richte mir das gerade selbst wieder ein), aber es gibt bessere Distributionen für KDE/Plasma als Ubuntu. Ob ein Wechsel in diesem Fall was bringen würde, kann ich aber so gar nicht abschätzen, da ich den TeamViewer nicht kenne. Aber wir probieren mal weiter: Was passiert, wenn du die Auflösung im Terminal änderst? Wie reagiert der TeamViewer darauf? Bspw. mit xrandr --output Virtual-1 --mode "1366x768"
Springt er dann auch zurück? Und wie ist die Ausgabe von journalctl -b -xep 0..4 auf dem Gerät? (Am besten nach dem Test ausführen, dann sind auch die Meldungen zum Auslösungswechsel erfasst)
|
Cyberhai2
(Themenstarter)
Anmeldungsdatum: 12. Juli 2020
Beiträge: 12
|
Danke für die Hilfe und viele Geduld! Prinzipiell bin ich als Umsteiger ja offen.
Ob nun Ubuntu oder Kubuntu...
Bei den Tests kam ich eben intuitiv mit KDE/Kubuntu am besten klar.
Ubuntu wäre auch kein Problem aber hätte gerne die Oberfläche wie Kubuntu.
Meiner Meinung nach sollte ein Umstieg möglichst einfach sein, so verliert man nicht so schnell den Spaß daran. Sprint sofort wieder zurück. @Kubuntu-QNAP-VS:~$ journalctl -b -xep 0..4
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Size ID: 16
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Size: 1366 768
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: SizeMM: 361 203
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: RRNotify_CrtcChange
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: CRTC: 63
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Mode: 72
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Rotation: "Rotate_0"
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Geometry: 0 0 1024 768
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: RRScreenChangeNotify
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Window: 46137349
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Root: 949
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Rotation: "Rotate_0"
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Size ID: 0
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: Size: 1024 768
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xcb.helper: SizeMM: 270 203
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: XRandR::setConfig
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Requested screen size is QSize(1024, 768)
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Needed CRTCs: 1
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Actions to perform:
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: Primary Output: false
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Change Screen Size: false
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Disable outputs: false
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Change outputs: true
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: (67)
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Enable outputs: false
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Error on logical size transformation!
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: RRSetCrtcConfig (change output)
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: Output: 67 ( "Virtual-1" )
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: CRTC: 63
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: Pos: QPoint(0,0)
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: Mode: 72 KScreen::Mode(Id: "72" , Size: QSize(1024, 768) @ 60.0038 )
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: Rotation: 1
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Result: 0
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: XRandROutput 67 update
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: m_connected: 0
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: m_crtc XRandRCrtc(0x55792ceb6270)
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: CRTC: 63
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: MODE: 72
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: Connection: 0
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: Primary: true
Jul 19 15:10:32 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: XRandR::setConfig done!
Jul 19 15:10:33 Kubuntu-QNAP-VS org.kde.KScreen[4152]: kscreen.xrandr: Emitting configChanged()
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Der eigentliche Umstieg ist ja "unter der Haube". GUI ist austauschbar. Aber ich kanns dennoch verstehen, mir ist auch ohne Umstieg Plasma lieber als gnome ☺ Man sieht bedingt, dass er den Befehl zum Umspringen auf 1024*768 direkt nach der Umstellung auf 1366*768 bekommt, leider nicht woher. Es scheint aber an KScreen zu liegen, zumindest gibt es dafür einen Bug-Report unter 407058. Versuch es mal mit qdbus org.kde.KScreen / org.kde.KScreen.quit
qdbus org.kde.kded5 /kded unloadModule kscreen Also zunächst das Beenden einläuten und dann das Modul entladen. Danach nochmal mit xrandr und/oder TeamViewer die Auflösung ändern.
|
Cyberhai2
(Themenstarter)
Anmeldungsdatum: 12. Juli 2020
Beiträge: 12
|
Hat geklappt!!! 😎
Vielen Dank!!!!!!!!! Über TeamViewer lässt sich die Einstellung nicht ändern aber im Terminal und in der Systemeinstellung im Kubuntu.
Über Splice läuft es ebenfalls. Was hat das nun für Auswirkungen wenn KScreen nicht mehr läuft?
Muss ich das nach jedem Start der VM neu eingeben?
Hat das Auswirkungen darauf wenn ich mal einen Monitor anschließen würde? Plan sieht so aus:
1. Testen über VM TeamViewer
2. Monitor am QNAP NAS und ausführlicher testen (Office-Anwendungen, Web,...)
3. PC aufsetzen (wenn ich klar komme und ein wenig geübt habe) Schade, aber das ist ein Luxusproblem, das ich meinen Monitor nicht voll nutzen kann.
Aber das ist eher ein TeamViewer-Problem. Oder liegt an meinem Monitor (3440x1440).
Das ist nicht wichtig, solange es später in Kubuntu geht.
|