Linux Mint: Mauscursor springt und/oder klickt

[dexter]

Siehe Betreff Rechner TP x220t

Ne ok, folgendes Problem:
Mein Mauscursor springt gern irgendwohin und wenn da zufällig bspw. im Browser ein Link ist, dann klickt der gleichzeitig (Klickt wahrscheinlich sonst auch, da merkt man es nur nicht).
Was die Fehlersuche etwas erschwert: ich habe ein stiftfähiges Touchdisplay, was in meiner Verdächtigen-Liste ganz oben ist...

Was ich bisher probiert habe:
- Fingertouch deaktiviert (das stimmt offenbar nicht, wie weitere Tests belegen, Fingertouch deaktiviert=kein Springen)
- Touchpad+Klicktasten deaktiviert (is eh generell aus)
- aktuell wireless-Maus dran und Trackpoint deaktiviert (auch schon Kabelmaus verwendet)
- display gesäubert
Keine Besserung. Auch bei alles gleichzeitig nicht.

Was ich bisher nicht getestet habe:
- Stift auch deaktivieren (halte ich für wenig zielführend, da ich den eh nicht verwende)
- komplett ohne Zeigegerät
- Verhalten auf einem Live-system.
- ausserhalb des Browsers (irgendne bucklige erweiterung(?)) habe ich noch nich intensiv geschaut ob das Problem auftritt, wenn ich mich recht entsinne, ja, tritt auf. Ist auch schwierig, weil das Prob mal 3 Stunden nicht auftritt und mal alle 30-300Sekunden.

Irgendwelche Ideen, wie ich rausfinde, was mir da rummurxt?

P.s. irgendein vnc-trojaner was auch immer kann ich nahezu 100% ausschliessen, vor allem weil der Cursor halt unkontrolliert irgendwo(!) hinspringt (und/oder ich mir nicht irgendnen Müll auuserhalb VMs installiere).

 

[Steev]

Funkmaus nehme ich an

(nicht Bluetooth)

 

[dexter]

Ok.

 

[Steev]

- Verhalten auf einem Live-system.

Das ist interessant, Dann kann man es OS-seitig ausschliessen, denke ich oder?

Weiss nicht genau den Befehl (ich meine lsusb), aber womit man mal die Bezeichnung oder HWInfo zu dem

stiftfähiges Touchdisplay

bekommt?

--- ---

Edit quatsch lsusb, aber die Ausgabe von

sudo lshw -short

oder gar ohne -short wäre (für uns) sinnvoll? (Hardware-Info)

Vllt listet er da das Touchdisplay auch auf und man könnte mal schauen im Netz.

--- ---

Ich denke beide Steuerungen (Maus welcher Art auch immer) und der Stift (der vllt nicht da ist, aber erwartet wird) kollidiert iwie?

 

[dexter]

Da an anderer Stelle gefragt wurde: die (Funk-)Maus spielt keine Rolle bei meinem Problem, da es auch (siehe oben) mit Kabelmaus oder ganz ohne externe Maus auftritt.

Wie das Display heisst, sollte mMn auch keine Rolle spielen:
Wacom ISDv4 E6
So, jetzt weiss man's, bringt zur Problemfindung/Lösung genau garnix.

P.s. Heute ist das Problem noch nicht aufgetreten. 19 Grad draussen, hohe Luftfeuchtigkeit.

 

[Steev]

Wacom ISDv4 E6
So, jetzt weiss man's, bringt zur Problemfindung/Lösung genau garnix.

Was macht dich das so sicher?

Du hast
1 Maus
1 Touchpad für Mausbewegung
1 Linux (welches genau, Version, dies & das?)

Ich denke beide Steuerungen (Maus welcher Art auch immer) und der Stift (der vllt nicht da ist, aber erwartet wird) kollidiert iwie?

Ist meine Theorie

 

[musv]

Eventuell solltest du erst mal analysieren, was überhaupt an Eingabegeräten da so vor sich hinwerkelt. Das bekommst du raus mit:

[src=bash]xinput

⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ HID 046a:010d id=9 [slave pointer (2)]
⎜ ↳ PixArt Lenovo USB Optical Mouse id=10 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Power Button id=7 [slave keyboard (3)]
↳ HID 046a:010d id=8 [slave keyboard (3)]
↳ HID 046a:010d [/src]

Genauere Infos dazu findest du dann in /var/log/Xorg.0.log, sofern Dein System noch mit X und nicht mit Wayland arbeitet. Und um das genaue Gerät zu identifzieren, suchst du Dir die Gerätedatei über die Xorg.0.log heraus.

Beispiel:

[     6.628] (II) config/udev: Adding input device PixArt Lenovo USB Optical Mouse (/dev/input/event4)

Mit
[src=bash]cat /dev/input/event4[/src]
als Root-User sollten dann lustige Zeichen in der Konsole erscheinen, wenn du die Maus benutzt. Damit kannst du dann sämtliche verdächtige Geräte abfragen und zusehen, in welcher Konsole (bei welchem Gerät) dann die Steuerungssignale auftauchen, wenn der Mauspfeil unkontrolliert durch die Gegend hüpft. Hilft zumindest erst mal bei der Identifikation.

 

[dexter]

Mit
[src=bash]cat /dev/input/event4[/src]
als Root-User sollten dann lustige Zeichen in der Konsole erscheinen, wenn du die Maus benutzt. Damit kannst du dann sämtliche verdächtige Geräte abfragen und zusehen, in welcher Konsole (bei welchem Gerät) dann die Steuerungssignale auftauchen, wenn der Mauspfeil unkontrolliert durch die Gegend hüpft. Hilft zumindest erst mal bei der Identifikation.

Ah, danke das hilft mir weiter. Jetzt muss ich nur noch abwarten, bis der Fehler endlich wieder auftritt.

--- [2021-07-07 11:12 CEST] Automatisch zusammengeführter Beitrag ---

Das ging schnell ... und wie ich befürchtet habe, das touchdisplay.

Interessanterweise wirft das auch gelegentlich events, wenn ich es deaktviere, allerdings springt dann der Cursor nicht.

 

[drfuture]

Hm die Wacom haben doch wenn ich mich recht erinnere nicht nur touch sondern auch irgendwas auf Funk / Induktion oder ähnliches basierendes. Also der Stift zeichnet auch komplett ohne Berührung wenn man in die nähe des Displays kommt / oder der Mauszeiger reagiert zumindest.
Kann man das Feature evtl. getrennt an / ab schalten? Oder irgendwas im Zimmer stört das?

 

[dexter]

Ja, das kann man getrennt abschalten.
Fehlergrund hier ist eindeutig die fingertouchfunktion. Hatte mir wie von musv empfohlen ein paar eventfenster aufgemacht und da war fingertouch das einzige was sich geregt hat.

Ich hab das draussen auf der Terasse im Garten getestet heute, da war nichts im "Raum". Smartphone und Smartwatch hatte ich nich aufm Schirm. Kuck ich bei meiner näxten "Sitzung"

 

[dexter]

Sodala, neue Grüsse von der Terrasse

Aktueller Stand:
Hab das Display nochmal intensiv mit Spülmittel geschruppt. Keine Besserung.
Smartwatch+Phone kann ich mittlerweile auch ausschliessen.
Muss ich wohl leben mit.

Wenn ich mal wieder Langerweile hab kuck ich ma mit ner Distro vom Stick.

btw: die events werfen per se keine timestamps ab, wäre aber eigentlich hilfreich.
Abhilfe laut drfuture:
- moreutils installieren
- sudo cat /dev/input/eventNUMMER | ts '[%H:%M:%S]'
Funzt. (also nich das Display, sondern die Abfrage)

 

[musv]

Welchen Treiber verwendest du denn für das Touchdisplay? Eventuell kann man dafür irgendeinen Threshhold einstellen, dass das Ding nicht so sensible reagiert. Siehe dazu hier:

You do not have permission to view link please Anmelden or Registrieren