Hardware: acer laptop TravelMate Spin B118-RN OS Version: 4.0.2 Locale: en_US.UTF8 Application: all
== Description: ==
when I switched on my laptop today neither the touchpad nor the Bluetooth mouse is working. Only the touchscreen. It is almost unusable. A reboot did not change anything.
== Steps to Reproduce: ==
I don’t know for another system, but on this Laptop it is persisting
== Expected Results: ==
working touchpad, working BT-Mouse (Hama Canosa)
both devices used to work nicely …
== Actual Results: ==
no touchpad, no mouse, only touchscreen
== Logs: ==
eos-diagnostic-220110_101023_UTC 0100.txt (1.1 MB)
I revisted this bug report from another PC to make some amendments/clarifications. Thereby I realized that I had uploaded a very old diagnostic and replaced it now with the current one.
Update: the touchpad is still not working. I connected yet another (wireless) USB mouse, which worked ok and was able to (re-)connect the Bluetooth mouse.
I grepped for touchpad in an eos-diagnostic output from the time where the touchpad was working and from today, but I cannot see any difference between both:
older diagnostic (touchpad working):
grep touchpad eos-diagnostic-210913_104655_UTC+0200.txt
Sep 12 23:25:32 acer-spin-bernhard /usr/libexec/gdm-x-session[739]: () ETPS/2 Elantech Touchpad: Applying InputClass “libinput touchpad catchall”
Sep 12 23:25:32 acer-spin-bernhard /usr/libexec/gdm-x-session[739]: (II) event10 - ETPS/2 Elantech Touchpad: device is a touchpad
Sep 12 23:25:32 acer-spin-bernhard /usr/libexec/gdm-x-session[739]: (II) event10 - ETPS/2 Elantech Touchpad: device is a touchpad
Sep 13 10:19:31 acer-spin-bernhard /usr/libexec/gdm-x-session[707]: () ETPS/2 Elantech Touchpad: Applying InputClass “libinput touchpad catchall”
Sep 13 10:19:31 acer-spin-bernhard /usr/libexec/gdm-x-session[707]: (II) event10 - ETPS/2 Elantech Touchpad: device is a touchpad
Sep 13 10:19:31 acer-spin-bernhard /usr/libexec/gdm-x-session[707]: (II) event10 - ETPS/2 Elantech Touchpad: device is a touchpad
current (touchpad not working):
$ grep touchpad eos-diagnostic-220117_083236_UTC+0100.txt
Jan 15 22:44:47 acer-spin-bernhard /usr/libexec/gdm-x-session[720]: () ETPS/2 Elantech Touchpad: Applying InputClass “libinput touchpad catchall”
Jan 15 22:44:47 acer-spin-bernhard /usr/libexec/gdm-x-session[720]: (II) event10 - ETPS/2 Elantech Touchpad: device is a touchpad
Jan 15 22:44:47 acer-spin-bernhard /usr/libexec/gdm-x-session[720]: (II) event10 - ETPS/2 Elantech Touchpad: device is a touchpad
Jan 17 08:24:23 acer-spin-bernhard /usr/libexec/gdm-x-session[738]: () ETPS/2 Elantech Touchpad: Applying InputClass “libinput touchpad catchall”
Jan 17 08:24:23 acer-spin-bernhard /usr/libexec/gdm-x-session[738]: (II) event15 - ETPS/2 Elantech Touchpad: device is a touchpad
Jan 17 08:24:23 acer-spin-bernhard /usr/libexec/gdm-x-session[738]: (II) event15 - ETPS/2 Elantech Touchpad: device is a touchpad
bernhard@acer-spin-bernhard:~$ grep touchpad eos-diagnostic-210913_104655_UTC+0200.txt
Finally I was able to solve it myself: there is a special function key to disable the keypad, which I had not yet realized that it exists. The setting survives a reboot. I must have hit this key without intention.