[Gelöst] Maus verweigert ihren Dienst

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
willy4711

[Gelöst] Maus verweigert ihren Dienst

Beitrag von willy4711 » 05.10.2019 11:00:47

Hatte seit einigen Tagen Problem mit meiner Maus (extrem starkes Prellen)
Gestern Abend wollte ich nun versuchen daran was zu ändern.
System XFCE / Bullsey
Also den Einstellungsdialog für Mäuse aufgerufen und ein bisschen herum gespielt.
Dabei bin ich mehr aus Versehen an den Schalter gekommen, der offensichtlich die Maus deaktiviert (Bild /Pfeil).
Bild
Das Blöde Teil blieb natürlich sofort stehen.
Na ja ohne Maus was auch nicht mehr zu aktivieren. :twisted:
Also Dongle gezogen, wieder rein Neustart usw usw. Nix.
Die Maus von meinem Läppie samt Dongle ----> funktioniert sofort.
Das widerspenstige Teil an den Laptop angeschlossen ---> funktioniert sofort.

So, als wäre die Maus irgendwo auf einer Blacklist gelandet :twisted:

Hab gerade mal das Journal mitlaufen lassen:

Code: Alles auswählen

~$ journalctl -f

----------------------------------------------
Laptop Maus Dongle rein --- raus
----------------------------------------------

Okt 05 10:24:37 debianxfce acpid[1167]: input device has been disconnected, fd 7
Okt 05 10:24:37 debianxfce acpid[1167]: input device has been disconnected, fd 8
Okt 05 10:24:37 debianxfce acpid[1167]: input device has been disconnected, fd 14
Okt 05 10:24:44 debianxfce kernel: usb 11-5: new low-speed USB device number 8 using ohci-pci
Okt 05 10:24:44 debianxfce kernel: usb 11-5: New USB device found, idVendor=0e8f, idProduct=00a7, bcdDevice= 3.11
Okt 05 10:24:44 debianxfce kernel: usb 11-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Okt 05 10:24:44 debianxfce kernel: usb 11-5: Product: 2.4G RX
Okt 05 10:24:44 debianxfce kernel: usb 11-5: Manufacturer: DaKai
Okt 05 10:24:44 debianxfce kernel: input: DaKai 2.4G RX as /devices/pci0000:00/0000:00:13.0/usb11/11-5/11-5:1.0/0003:0E8F:00A7.000E/input/input43
Okt 05 10:24:44 debianxfce kernel: hid-generic 0003:0E8F:00A7.000E: input,hidraw1: USB HID v1.10 Keyboard [DaKai 2.4G RX] on usb-0000:00:13.0-5/input0
Okt 05 10:24:44 debianxfce kernel: input: DaKai 2.4G RX Mouse as /devices/pci0000:00/0000:00:13.0/usb11/11-5/11-5:1.1/0003:0E8F:00A7.000F/input/input44
Okt 05 10:24:44 debianxfce kernel: input: DaKai 2.4G RX System Control as /devices/pci0000:00/0000:00:13.0/usb11/11-5/11-5:1.1/0003:0E8F:00A7.000F/input/input45
Okt 05 10:24:44 debianxfce kernel: input: DaKai 2.4G RX Consumer Control as /devices/pci0000:00/0000:00:13.0/usb11/11-5/11-5:1.1/0003:0E8F:00A7.000F/input/input46
Okt 05 10:24:44 debianxfce kernel: input: DaKai 2.4G RX as /devices/pci0000:00/0000:00:13.0/usb11/11-5/11-5:1.1/0003:0E8F:00A7.000F/input/input47
Okt 05 10:24:44 debianxfce kernel: input: DaKai 2.4G RX Keyboard as /devices/pci0000:00/0000:00:13.0/usb11/11-5/11-5:1.1/0003:0E8F:00A7.000F/input/input48
Okt 05 10:24:44 debianxfce kernel: hid-generic 0003:0E8F:00A7.000F: input,hiddev1,hidraw3: USB HID v1.10 Mouse [DaKai 2.4G RX] on usb-0000:00:13.0-5/input1
Okt 05 10:24:44 debianxfce mtp-probe[26950]: checking bus 11, device 8: "/sys/devices/pci0000:00/0000:00:13.0/usb11/11-5"
Okt 05 10:24:44 debianxfce mtp-probe[26950]: bus: 11, device: 8 was not an MTP device
Okt 05 10:24:45 debianxfce systemd-logind[1175]: Watching system buttons on /dev/input/event11 (DaKai 2.4G RX Consumer Control)
Okt 05 10:24:45 debianxfce systemd-logind[1175]: Watching system buttons on /dev/input/event10 (DaKai 2.4G RX System Control)
Okt 05 10:24:45 debianxfce systemd-logind[1175]: Watching system buttons on /dev/input/event3 (DaKai 2.4G RX)
Okt 05 10:24:45 debianxfce mtp-probe[26988]: checking bus 11, device 8: "/sys/devices/pci0000:00/0000:00:13.0/usb11/11-5"
Okt 05 10:24:45 debianxfce mtp-probe[26988]: bus: 11, device: 8 was not an MTP device

Speedlink Manejo
: Die Maus, die nicht mehr will

Code: Alles auswählen

---------------------------------------------------
speedlink manejo  Dongle rein -- Raus -- Dies ist die Maus, die nicht mehr will (oder dar)
-------------------------------------------------
Okt 05 10:26:24 debianxfce kernel: usb 11-5: new full-speed USB device number 9 using ohci-pci
Okt 05 10:26:24 debianxfce kernel: usb 11-5: New USB device found, idVendor=062a, idProduct=4102, bcdDevice= 3.21
Okt 05 10:26:24 debianxfce kernel: usb 11-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Okt 05 10:26:24 debianxfce kernel: usb 11-5: Product: 2.4G Wireless Mouse
Okt 05 10:26:24 debianxfce kernel: usb 11-5: Manufacturer: MOSART Semi.
Okt 05 10:26:24 debianxfce kernel: input: MOSART Semi. 2.4G Wireless Mouse as /devices/pci0000:00/0000:00:13.0/usb11/11-5/11-5:1.0/0003:062A:4102.0010/input/input49
Okt 05 10:26:24 debianxfce kernel: input: MOSART Semi. 2.4G Wireless Mouse as /devices/pci0000:00/0000:00:13.0/usb11/11-5/11-5:1.0/0003:062A:4102.0010/input/input50
Okt 05 10:26:24 debianxfce kernel: hid-generic 0003:062A:4102.0010: input,hiddev1,hidraw1: USB HID v1.10 Mouse [MOSART Semi. 2.4G Wireless Mouse] on usb-0000:00:13.0-5/input0
Okt 05 10:26:24 debianxfce mtp-probe[29270]: checking bus 11, device 9: "/sys/devices/pci0000:00/0000:00:13.0/usb11/11-5"
Okt 05 10:26:24 debianxfce mtp-probe[29270]: bus: 11, device: 9 was not an MTP device
Okt 05 10:26:24 debianxfce mtp-probe[29300]: checking bus 11, device 9: "/sys/devices/pci0000:00/0000:00:13.0/usb11/11-5"
Okt 05 10:26:24 debianxfce mtp-probe[29300]: bus: 11, device: 9 was not an MTP device
-----------------------------------------------------
Dongle gezogen, da sich nichts mehr tat
------------------------------------------------------

Okt 05 10:26:47 debianxfce kernel: usb 11-5: USB disconnect, device number 9
Hat Jemand eine Idee in welcher Datei sich das System verschluckt haben könnte ?
Ist richtig blöd --- Ohne Maus sind diese heutigen System so gut wie gar nicht zu bedienen. :twisted:
Zuletzt geändert von willy4711 am 05.10.2019 14:13:11, insgesamt 1-mal geändert.

Benutzeravatar
kalle123
Beiträge: 2714
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: Maus verweigert ihren Dienst

Beitrag von kalle123 » 05.10.2019 11:41:05

willy4711 hat geschrieben: ↑ zum Beitrag ↑
05.10.2019 11:00:47
Na ja ohne Maus was auch nicht mehr zu aktivieren. :twisted:
Auch nicht mit TAB zwischen den Positionen im screen wechseln und mit der Leertaste aktivieren/deaktivieren?

Kann das hier unter testing in vbox und auf dem TP450s nicht verifizieren.

Gruß KH

DeletedUserReAsG

Re: Maus verweigert ihren Dienst

Beitrag von DeletedUserReAsG » 05.10.2019 11:43:46

willy4711 hat geschrieben: ↑ zum Beitrag ↑
05.10.2019 11:00:47
Hat Jemand eine Idee in welcher Datei sich das System verschluckt haben könnte?¹
Hat sich nicht verschluckt, du hast das Gerät mit der eindeutigen ID explizit ausgeschaltet. Einfachste Möglichkeit wäre wohl, die betreffende Maus zusammen mit einem funktionierenden Gerät gleichzeitig einzustecken, und mit dem funktionierenden Gerät den Schalter des deaktivierten Gerätes wieder zu aktivieren. Abgesehen davon sollte™ es auch möglich sein, das UI mit der Tastatur zu bedienen. Zumindest ging das früher ganz gut – mit Tab und Space und Alt und so ….



¹Autodeplenk ausgelöst

willy4711

Re: Maus verweigert ihren Dienst

Beitrag von willy4711 » 05.10.2019 12:03:05

niemand hat geschrieben: ↑ zum Beitrag ↑
05.10.2019 11:43:46
Hat sich nicht verschluckt, du hast das Gerät mit der eindeutigen ID explizit ausgeschaltet. Einfachste Möglichkeit wäre wohl, die betreffende Maus zusammen mit einem funktionierenden Gerät gleichzeitig einzustecken, und mit dem funktionierenden Gerät den Schalter des deaktivierten Gerätes wieder zu aktivieren.
Dafür gebührt dir ein extra Sonntagsbraten / Kuchen / Oder Bier :mrgreen:
Klick klack und gut war es. :THX:

Tja mit der Tastatur war das so eine Sache. Konnte im Whisker-Menü zwar hoch und runter fahren aber nicht mit TAB, wie man sonst so machte
an den Ausschalter gelangen.
Das Tastaturkürzel (STRG + ALT + t) hatte ich natürlich auch nicht im Kopf (zwar eingerichtet, aber nie benutzt) :facepalm:
So blieb mir nur noch der Stromschalter. ---> Jetzt bin ich schlauer --- Nochmal Danke :hail: :hail:

willy4711

Re: Maus verweigert ihren Dienst

Beitrag von willy4711 » 05.10.2019 12:53:40

Vielleicht noch einen Frage:
Hab komplett /etc mit Volltextsuche nach "mouse" und "MOSART" druchsucht und nix gefunden.
Wo könnte Linux so was verstecken ?
Einfach was zu deaktivieren und den armen (unwissenden) User buchstäblich auf der Tastatur sitzen zu lassen geht ja gar nicht :evil: :roll:

Hat ja schließlich nicht jeder einen niemand und dann auch noch ne zweite Maus :roll:

Hab zwar was in /var/log/Xorg.0.log.old gefunden, das sagt aber nicht darüber aus, wo die Info steht:

Code: Alles auswählen

[ 16154.891] (**) Option "Device" "/dev/input/event3"
[ 16154.891] (**) Option "_source" "server/udev"
[ 16154.980] (II) event3  - MOSART Semi. 2.4G Wireless Mouse: is tagged by udev as: Mouse
[ 16154.980] (II) event3  - MOSART Semi. 2.4G Wireless Mouse: device is a pointer
[ 16154.980] (II) event3  - MOSART Semi. 2.4G Wireless Mouse: device removed
[ 16155.013] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:13.0/usb11/11-5/11-5:1.0/0003:062A:4102.0006/input/input21/event3"
[ 16155.013] (II) XINPUT: Adding extended input device "MOSART Semi. 2.4G Wireless Mouse" (type: MOUSE, id 13)
[ 16155.015] (**) Option "AccelerationScheme" "none"
[ 16155.017] (**) MOSART Semi. 2.4G Wireless Mouse: (accel) selected scheme none/0
[ 16155.017] (**) MOSART Semi. 2.4G Wireless Mouse: (accel) acceleration factor: 2.000
[ 16155.017] (**) MOSART Semi. 2.4G Wireless Mouse: (accel) acceleration threshold: 4
[ 16155.079] (II) event3  - MOSART Semi. 2.4G Wireless Mouse: is tagged by udev as: Mouse
[ 16155.080] (II) event3  - MOSART Semi. 2.4G Wireless Mouse: device is a pointer
[ 16155.083] (II) config/udev: Adding input device MOSART Semi. 2.4G Wireless Mouse (/dev/input/event9)
[ 16155.083] (II) No input driver specified, ignoring this device.
[ 16155.083] (II) This device may have been added with another device file.
[ 16155.089] (II) event3  - MOSART Semi. 2.4G Wireless Mouse: device removed
[ 16184.529] (II) config/udev: removing device MOSART Semi. 2.4G Wireless Mouse
[ 16184.539] (II) UnloadModule: "libinput"

DeletedUserReAsG

Re: Maus verweigert ihren Dienst

Beitrag von DeletedUserReAsG » 05.10.2019 13:03:17

Du könntest dein ~ (insbesondere ~/.config/) mal nach der ID der Maus greppen, wenn für diese was konfiguriert ist. Keine Garantie auf Erfolg, aber das wäre mein Ansatz. In /etc würde ich die Einstellung nicht erwarten – da ist nur systemweiter Kram.

willy4711

Re: Maus verweigert ihren Dienst

Beitrag von willy4711 » 05.10.2019 13:33:34

niemand hat geschrieben: ↑ zum Beitrag ↑
05.10.2019 13:03:17
Du könntest dein ~ (insbesondere ~/.config/) mal nach der ID der Maus greppen,
Nöö außer in der bash_history ist da nix zu finden :twisted:

Hab mal udevadm mitlaufen lassen, beim Einstecken der Laptop-Maus --->NoPaste-Eintrag40877

Da gibt es in /dev ja auch viel Geschreibsel zu. Bloß hab ich keine Ahnung, ob man daraus Erkenntnisse ziehen könnte.
Ich vermute mal, das udev höchstpersönlich an einem geheimen Ort beauftragt wurde, mich zu ärgern. 8O

Code: Alles auswählen

~$ ls -l /dev/input/by-path/
insgesamt 0
lrwxrwxrwx 1 root root  9 Okt  5 05:20 pci-0000:00:12.0-usb-0:4:1.0-event-kbd -> ../event2
lrwxrwxrwx 1 root root  9 Okt  5 05:20 pci-0000:00:12.0-usb-0:4:1.1-event -> ../event8
lrwxrwxrwx 1 root root  9 Okt  5 05:20 pci-0000:00:12.0-usb-0:4:1.1-event-mouse -> ../event4
lrwxrwxrwx 1 root root  9 Okt  5 05:20 pci-0000:00:12.0-usb-0:4:1.1-mouse -> ../mouse0
lrwxrwxrwx 1 root root 10 Okt  5 11:54 pci-0000:00:13.0-usb-0:4:1.0-event -> ../event21
lrwxrwxrwx 1 root root 10 Okt  5 11:54 pci-0000:00:13.0-usb-0:4:1.0-event-mouse -> ../event20
lrwxrwxrwx 1 root root  9 Okt  5 11:54 pci-0000:00:13.0-usb-0:4:1.0-mouse -> ../mouse2
lrwxrwxrwx 1 root root  9 Okt  5 13:12 pci-0000:00:13.0-usb-0:5:1.0-event-kbd -> ../event3
lrwxrwxrwx 1 root root 10 Okt  5 13:12 pci-0000:00:13.0-usb-0:5:1.1-event -> ../event13
lrwxrwxrwx 1 root root  9 Okt  5 13:12 pci-0000:00:13.0-usb-0:5:1.1-event-mouse -> ../event9
lrwxrwxrwx 1 root root  9 Okt  5 13:12 pci-0000:00:13.0-usb-0:5:1.1-mouse -> ../mouse1
lrwxrwxrwx 1 root root 10 Okt  5 05:20 platform-pcspkr-event-spkr -> ../event14
Ich glaub ich fahr mal schnell zu Saturn und kauf mir für derartige Notfälle ne billige Maus an der Strippe

DeletedUserReAsG

Re: [Gelöst] Maus verweigert ihren Dienst

Beitrag von DeletedUserReAsG » 05.10.2019 15:29:58

Die Maus wird nicht auf Hardwareebene deaktiviert, sondern auf Ebene vom DE, bzw. von X. Entsprechend wird sich der Speicherpunkt der Option unter ~ finden lassen, und nirgendwo anders.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
05.10.2019 13:33:34
Nöö außer in der bash_history ist da nix zu finden
Ich behaupte nun einfach mal: du hast es falsch gemacht. Du könntest nun mit „Nöö, ich hab alles richtig gemacht!!k“ antworten, oder, was mir lieber wäre, mit der konkreten Ein- und Ausgabe.

KP97
Beiträge: 3440
Registriert: 01.02.2013 15:07:36

Re: [Gelöst] Maus verweigert ihren Dienst

Beitrag von KP97 » 05.10.2019 16:37:23

@willy
~/.config/xfce4/xfconf/xfce-perchannel-xml
Dann in einem der xml Dokumente nach den Einstellungen suchen.
...und das geht auch wunderbar mit der Tastatur...

willy4711

Re: [Gelöst] Maus verweigert ihren Dienst

Beitrag von willy4711 » 05.10.2019 17:02:50

Ah Danke konnte ich lange nach der ID suchen
aber ich habs jetzt gefunden:
~/.config/xfce4/xfconf/xfce-perchannel-xml/pointers.xml

Aktiviert:

Code: Alles auswählen

<property name="DaKai_24G_RX_Mouse" type="empty">
    <property name="Properties" type="empty">
      <property name="Device_Enabled" type="int" value="1"/>
    </property>
  </property>
</channel>
Deaktiviert:

Code: Alles auswählen

</property>
  <property name="DaKai_24G_RX_Mouse" type="empty">
    <property name="Properties" type="empty">
      <property name="Device_Enabled" type="int" value="0"/>
    </property>
  </property>
</channel>
Und da ich mir jetzt auch den Keys für das Terminal gemerkt habe, kann ich das auch korrigieren :mrgreen:

Damit wären auch die letzten Unklarheiten diesbezüglich beseitigt.

Vielen Dank an alle :THX: :hail:

Und prellen tut das blöde Ding immer noch wie toll :evil:

Antworten