Ich benutze in der Firma mehrere ThinClients für RemoteDesktop am Terminalserver auf Basis Dell FX160. Während ASUS-Monitore mit HD-Auflösung (1920 x 1080) sowohl am DVI- als auch am VGA-Anschluss problemlos erkannt und mit der richtigen Auflösung "Bedient" werden, habe ich mehrere Samsung-Monitore (ebenfalls HD), bei denen der Client immer nur 1600 x 1200 "erkennt". An anderen PCs oder Laptops kann man die Samsung-Monitore dagegen ganz normal mit der richtigen HD-Auflösung benutzen. Es sieht so aus, als ob dieses "Missverständnis" ganz speziell nur zwischen den ThinCLients und den Samsung-Monitoren stattfindet. Was kann man da tun? P.S. Auf dem ThinClient läuft ein Linux "2X-OS", speziell für RDP-Verbindungen. Der Hersteller ist vor 2 Jahren in "Parallels" aufgegangen und es gibt keinen Support mehr. Natürlich weiss ich auch, dass es andere Linuxe gibt, z.B. ThinStation. Aber das 2X-OS läuft ansonsten sehr zuverlässig von einer winzigen OnChip-Disk, ich würde mich nur ungern in ein zeitaufwändiges Konsole-Gefrickel ohne verlässliches Ergebnis stürzen ...
:
Bearbeitet durch User
Mal "xrandr" aufrufen, dass listet die verschiedenen erkannten Anzeigemodi. Wenn dort die Gewünschte Auflösung vorhanden ist, dann sollte
1 | xrandr --output <Ausgangsname> --auto |
oder
1 | xrandr --output <Ausgangsname> --mode <Modi> |
das gewünschte ergebniss bringen. Falls nicht, gib
1 | xrandr --newmode "1920x1080" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -HSync +VSync |
und falls dass ohne Fehlermeldung klappt
1 | xrandr --addmode <Ausgangsname> "1920x1080";xrandr --output <Ausgangsname> --mode 1920x1080 |
ein.
:
Bearbeitet durch User
Danke für die Mühe, aber ich bekomme in dem System kein Terminal aufgerufen ... weder per Mausklick noch Shortcut ... :-(
Deine Samsung-Monitore können nicht mehr als 1600x1200! Habe auch so einen hier!
Frank E. schrieb: > ungern in ein zeitaufwändiges Konsole-Gefrickel ohne > verlässliches Ergebnis stürzen ... Eine beliebige aktuelle Linux-Distribution im Live-CD/USB-Modus starten und dann per rdp verbinden -> Fehlerursache 2X-OS kann ausgeschlossen werden oder auch nicht.
Marc H. schrieb: > Deine Samsung-Monitore können nicht mehr als 1600x1200! > Habe auch so einen hier! So ganz richtig ist das nicht. 1600x1200 ist vlt. das, was der Monitor kommuniziert. Wenn ich den "Syncmaster 245B" mit 1600x1200 betreibe, habe ich rechts und links etwa 1,5cm schwarzen Rand. Ich habe jetzt mal einen Dell-Monitor angeschlossen, das 2X-OS auf FullHD gestellt und in den System-Einstellungen das Erkennen der Monitor-Hardware deaktiviert. Dann wieder den Samsung angeschlossen und schon startet das System mit FullHD. Uff. Leider klappt das nur mit einem Monitor, entweder am DVI- oder am VGA-Ausgang (der ThinClient hat beides). Laut Setup unterstützt er eigentlich auch einen Dual-Monitor-Mode, aber anscheinend reicht der Grafikspeicher bei FullHD nicht (oder irgend eine andere Linux-Macke greift) ... in diesem Falle switchen immer beide Monitore auf gaaanz tolle 800x600. Aber das ist wieder mal (sorry) typisch Linux. Kann der Programmierer da nicht wenigstens irgend eine verständliche Fehlermeldung ausgeben lassen? Wahrscheinlich steht die in irgend einer Logdatei, wo bloß niemand rankommt ...
:
Bearbeitet durch User
Frank E. schrieb: > Wenn ich den "Syncmaster 245B" Ups, den habe ich natürlich nicht! Ich ging davon aus das du den gleichen hast wie ich!
Frank E. schrieb: > Wenn ich den "Syncmaster 245B" mit 1600x1200 betreibe, > habe ich rechts und links etwa 1,5cm schwarzen Rand. Dieser Monitor hat eine physische Auflösung von 1920x1200. Wahrscheinlich orientiert sich der Thinclient nur an der vertikalen Auflösung, die halt zum gängigen Format 1600x1200 paßt. Die Nicht- oder Fehlerkennung von Monitoren ist leider ein typisches Linux-Leiden, das die Jungs unverständlicherweise seit zwei Jahrezehnten nicht in den Griff bekommen haben.
Master Of Puppets schrieb: > Die Nicht- oder Fehlerkennung von Monitoren ist leider ein typisches > Linux-Leiden, das die Jungs unverständlicherweise seit zwei Jahrezehnten > nicht in den Griff bekommen haben. Es wurde doch noch garnicht nachgewisen, dass das Problem bei Linux oder X liegt. Frank E. schrieb: > P.S. Auf dem ThinClient läuft ein Linux Frank E. schrieb: > ich bekomme in dem System kein Terminal aufgerufen ... Eine System, bei dem man kein Terminal öffnen kann, kann ich nicht ernst nehmen.
Daniel A. schrieb: > Master Of Puppets schrieb: >> Die Nicht- oder Fehlerkennung von Monitoren ist leider ein typisches >> Linux-Leiden, das die Jungs unverständlicherweise seit zwei Jahrezehnten >> nicht in den Griff bekommen haben. > > Es wurde doch noch garnicht nachgewisen, dass das Problem bei Linux oder > X liegt. > > Frank E. schrieb: >> P.S. Auf dem ThinClient läuft ein Linux > > Frank E. schrieb: >> ich bekomme in dem System kein Terminal aufgerufen ... > > Eine System, bei dem man kein Terminal öffnen kann, kann ich nicht ernst > nehmen. Du kannst gerne selber nachsehen. Ich verwende die Version compact R3. Hier gibts auch eine VM zum Spielen ... http://www.2x.com/ras/desktop-management/os/downloadlinks/
Frank E. schrieb: > Du kannst gerne selber nachsehen. Ich verwende die Version compact R3. > Hier gibts auch eine VM zum Spielen ... Du hast Daniel falsch verstanden, er glaubt dir das sicher... Aber ein Linux ohne Terminal ist nun mal wirklich nichts wert. Sogar MacOS lässt sich über ein Terminal bedienen.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.