Hallo zusammen! Folgende Hardware&Software sind vorhanden: Ich habe 2 Computer, einen AMD K6III, ELSA Office/2000 Graphikkarte und FIC PA 2013B 2.0 Motherboard, aufgespielt sind Kernel 2.2.12, SuSE 6.2 KDE 1.1.2, Mouseteriber ist IMPS/2; der andere ein Pentium Pro, Asus PI-XP6 Motherboard, Symbios Logic UW SCSI, Banshee Grafikkarte, aufgespielt sind Kernel 2.2.6, SuSE 6.2 und KDE 1.1.1., Mousetreiber ist PS/2. Die Mouse ist eine M$ Intellimouse mit Rad (wird als 3.Taste erkannt) Beide Computer konnten mit einem CPU-Switch "Action Star PCS-104" bisher problemlos über eine PS/2 Tastatur und Mouse an einem Bildschirm betrieben werden, (Der Switch emuliert laut Beipackzettel Mouse und Keyboard, solange man an einem anderen Compi arbeitet) bis ich einen Update beider Systeme von 6.0 auf 6.2 durchgeführt habe. Das Problem: (mit Switch) Wenn ich jetzt von einem System auf das andere umschalte, ob per Tastatur oder einem Schalter am Gerät, "spinnt" die Mouse. Die Bewegungen nach rechts und unten rufen verschiedene Menues unter X auf, schräge bewegungen lassen den Mousezeiger "hüpfen". Dies geschieht sowohl unter X wie auch in der Konsole. Sobald entweder X gekillt wird oder aber von der Konsole X gestartet wird, funktioniert die Mouse wieder. Ärgerlicherweise wird allerdings auch ab und an das Keyboard mit abgeschaltet :( Das Problem (ohne Switch): Nachdem ich den Switch nur noch für den Monitor verwende, klappt nach manuellem Umstöpseln zwar das Keyboard, die Mouse lässt sich jedoch gar nicht mehr bewegen , ein restart von X bringt sie wieder auf trab. Auch dies hat 6.0 nicht interressiert, da konnte ich beim Pentium Pro lustig rausziehen und wieder anschliessen, soviel ich wollte, sie hat immer funktioniert (Was übrigens auch bei meiner NT-Kiste funktioniert, die gelangweilt in einer Ecke steht) Gibt es jemanden, der dieses Problem kennt und gelöst hat, oder eine Seite mit einem Workaround, was zu tun ist? Jemand schrieb mir in einer anderen ML, dass dies am Kernel liegt, jedoch fuhr ich 6.0 mit kernel 2.2.6 schon vor dem update (...downgrade;) Wsus, Heiko, Kris -- You have acquired a scroll entitled 'irk gleknow mizk'(n).--More-- This is an Microsoft Manual scroll.--More-- You are permanently confused. -- Dave Decot --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi! Trying to kill the keyboard, kristian.muellenholz@UniBw-Muenchen.de produced:
Ich habe 2 Computer, einen AMD K6III, ELSA Office/2000 Graphikkarte und
[Maus (und Monitor) teilen]
Gibt es jemanden, der dieses Problem kennt und gelöst hat, oder eine Seite mit einem Workaround, was zu tun ist?
Ich wuerde auf dem Vorzugsrechner einfach einen 2ten Xserver einrichten und den dann verwenden, um auf den anderen Rechner zuzugreifen. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Wolfgang Weisselberg wrote:
Ich wuerde auf dem Vorzugsrechner einfach einen 2ten Xserver einrichten und den dann verwenden, um auf den anderen Rechner zuzugreifen.
Nur, damit der "Lerneffekt" nicht ausbleibt, hier die konkreten Befehle, wie man das macht: Rechner1: Hat Maus, Tastatur und Monitor, Linux, grafischer Login (init 3) Rechner2: ohne alles, Linux, grafischer Login (init 3) Auf Rechner1 wird der Login zum "localhost" angezeigt (wie bisher). 1) Auf Rechner1 ganz normal einloggen 2) in einem xterm (geht alternativ auch von der normalen Konsole aus) den Befehl Xwrapper :1 -query rechner2 eingeben. 3) Es wird ein 2. X-Server gestartet, der den Login vom 2. Rechner anzeigt. Zwischen den beiden X-Servern kann (bei ner Standard-SuSE) mittels Strg+Alt+F7 und Strg+Alt+F8 zwischen den beiden Servern hin und herwechseln. Alternativ kann man das Login des 2. Rechners auch "im Fenster" durchfuehren. Dazu anstatt "Xwrapper" den Befehl "Xnest" starten. Xnest ist ein normales-X-Programm, man kann ihm also zB mittels des -geometry-Parameters eine "Aufloesung" zuweisen. Bild passend zum Thema auf meinem Server: ftp://rhb.swm.uni-mannheim.de/pub/bilder/X-in-a-box.jpeg X-Terminal unter SuSE 6.0 realisieren ===================================== Paket xdmsc(x) installieren und die Variablen in der rc.config anpassen. Wichtig: Die Skripte für das X-Terminal werden im Runlevel 2 installiert, Runlevel 3 bleibt weiterhin der lokale XDM-Login. Ich hab ein X-Terminal laufen und kann notfalls weiterhelfen. Mögliche Fehler rund um xdm: ============================ * Ich habe bei mir seit SuSE 6.1 festgestellt, daß ich mich vom realen Server aus nicht mehr auf Rechner X-einloggen kann, die ueber die Netzwerkkarte !=eth0 (also zB eth1) zu erreichen sind. Wer diese Probelem auch festgestellt hat, aber noch keine Lösung hat, kann sich an mich wenden. Ich mußte eines der SuSE-Skripten patchen, damit es wieder geht (Stichwort: "dummy-Device"). * Ich hatte immer mal wieder das Problem gehabt, daß nach dem booten mein Rechner nicht in XDM-Login starten konnte, weil der X-Server staendig abgebrochen hat. Die Supportdatenbank meint dazu, dass es sich um timingprobleme handelt und der X-Server (bei mir mach64) die Hardwrae nicht erkennen kann, http://sdb.suse.de/sdb/de/html/ray_xdm.html. Die dort beschriebene Abhilfe (seit 6.1 ist das bereits "behoben") reicht nicht aus (bei mir nicht). Ich mußte daher das xdm-init-Script patchen und habe eine "Zwangspause" von 20 sec eingebaut. Ich vermute, daß der kurz vorher gestartete postgres-Prozess etwas länger braucht, um sich zu initialisieren, jedenfalls "roedelt" die Platte noch ein paar Sekunden ganz schoen, waehrend der 20sec. Gruß Raphael Becker -- Online-Doku: http://rhb.swm.uni-mannheim.de/online-doku/index.html Gesucht - Gefunden: Linux-Anleitungen Fehlt was? Dann nix wie her mit dem URL mailto:online-doku@gmx.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
beckerra@rumms.uni-mannheim.de
-
kristian.muellenholz@UniBw-Muenchen.de
-
weissel@ph-cip.uni-koeln.de