# Toutchpad imprécis - switch Debian (aide et questions) **URL:** \ **Category:** Support Debian\ **Created:** [Avril 18, 2018, 3:28 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428 "2018-04-18T15:28:17Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 18, 2018, 3:28 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/1 "2018-04-18T15:28:17Z")
Bonjour à tous, Je viens d’installer debian stretch (up to date) sur mon asus ux410ua, et so far so good. Cependant je trouve que le toutchpad est pas hyper bien géré, assez imprécis, avec pas mal de raté. Par exemple - il arrive qu’il croient que j’ai encore un doigt dessus alors que ce n’est pas le cas, et quand je pose effectivement un doigt, il se comporte comme si il y en avait deux. - il arrive aussi que la souris se bloque, mais pas totalement, elle réagit mais de manière sacadée et ne bouge presque pas, et il faut que je m’excite dessus et clique sur le toutchpad pour débloquer la situation - il arrive aussi, lorsque je veux faire des tout petits mouvement, par exemple pour positionner mon curseur sur la croix pour fermer un onglet, que le curseur bouge très vite, sur de toute petites distances ; il semblerait que ça arrive essentiellement lorsque je suis près du bords supérieur du clickpad - enfin, parfois le “toucher pour cliquer” ne marche plus, en général ça s’accompagne des autres symptomes décrits ci -devant, et je suis obliger de cliquer réellement pour que le fonctionnement du clickpad redeviennent “normal” Voilà, y aurait-il un moyen d’améliorer un peu ça ? je sais que mon clikpad n’est pas en USB ni en série, mais en en I2C (ou un truc du genre je ne sais plus), à priorit ce serait ça ``` le fichier /proc/bus/input/devices contient notamment I: Bus=0018 Vendor=04f3 Product=309c Version=0100 N: Name="ELAN1200:00 04F3:309C Touchpad" P: Phys=i2c-ELAN1200:00 S: Sysfs=/devices/pci0000:00/0000:00:15.1/i2c_designware.1/i2c-7/i2c-ELAN1200:00/0018:04F3:309C.0001/input/input15 U: Uniq= H: Handlers=mouse0 event15 B: PROP=5 B: EV=b B: KEY=e520 10000 0 0 0 0 B: ABS=260800000000003 ``` Par ailleurs, je souhaiterais configurer quelques geste multitoutch. - j’ai activé le défilement vertical à deux doigts depuis l’application paramètre. cool - je souhaiterais, aussi activer des geste multitouch qui font page-précédente/suivante en balayant avec deux doigts le trackpad de droite à gauche ou inversement ; j’ai trouvé le package synapticstouchpad, mais pour l’instant je n’en ai rien fait de bon, ni pour améliorer le comportement du clickpad, ni ajouter des gestes multitoutch Merci d’avance pour vos suggestion et conseils. J. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 19, 2018, 12:09 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/2 "2018-04-19T12:09:46Z")
Salut on peut tester le touchpad avec libinput ```auto libinput measure touchpad-tap Using SynPS/2 Synaptics TouchPad: /dev/input/event8 Ready for recording data. Tap the touchpad multiple times with a single finger only. For useful data we recommend at least 20 taps. Ctrl+C to exit Touch sequences detected: 23 ^C Time: Max delta: 97ms Min delta: 71ms Average delta: 84ms Median delta: 85ms 90th percentile: 97ms 95th percentile: 97ms ``` Déjà evoqué ici le Elan1200, sans solution définitive > [@Touchpad et tap](https://www.debian-fr.org/t/touchpad-et-tap/76188/31): > > Je n’ai pas l’impression que la prise en charge est parfaite : le touchpad réagit assez lentement, j’ai vu mieux. En revanche, j’ai trouvé une manière de simuler le clic droit : un tap effectué simultanément avec deux doigts provoque l’affichage du menu « clic droit ». Ça m’aide beaucoup ! Néanmoins, je ne comprends pas pourquoi le véritable clic droit ne fonctionne pas, surtout si, à t’en croire, il n’y a rien à faire de particulier pour qu’il fonctionne ! J’enrage de ne pas trouver les pré… ---
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 19, 2018, 1:08 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/3 "2018-04-19T13:08:20Z")
Hey, merci deux choses : > [@grandtoubab](#): > > on peut tester le touchpad avec libinput j’ai bien xserver-xorg-input-libinput ``` root@debian:/home/blabla# apt-get install -s xserver-xorg-input-libinput Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait xserver-xorg-input-libinput is already the newest version (0.23.0-2). xserver-xorg-input-libinput passé en « installé manuellement ». Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : libevent-2.1-6 libhunspell-1.6-0 libvpx5 Veuillez utiliser « apt autoremove » pour les supprimer. 0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. ``` mais j’ai pas de dossier `/etc/X11/xorg.conf.d/` donc je ne vois pas trop où et comment je peux intervenir Aussi ``` root@debian:/home/blabla# libinput bash: libinput : commande introuvable root@debian:/home/blabla# apt-get install -s libinput Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait E: Impossible de trouver le paquet libinput ``` et évidement ``` root@debian:/home/blabla# libinput measure touchpad-tap bash: libinput : commande introuvable ``` j’avoue que cela fait parti des multiples aspect de linux qui me dépasse largement, non pas que je ne puisse pas apprendre/comprendre comme faire, mais j’ai aucune visibilité. > [@grandtoubab](#): > > Déjà evoqué ici le Elan1200, sans solution définitive > [Touchpad et tap - #31 par Pathe](https://www.debian-fr.org/t/touchpad-et-tap/76188/31) Merd\* du coup j’ai fait une recherche avec elan1200 linux, et effectivement je ne suis pas le premier à avoir ce problème [Apparemment sur Mint 18.3 c’est mieux,](https://askubuntu.com/questions/981183/asus-fx503vd-elan1200-touchpad-not-working-smoothly/981974) ça corresponds à ubuntu 16.04.3 non ? donc ça doit bien correspondre à un Debian quelque chose ? aussi sur le UX360UA ça à l’air de marcher, peut être qu’il y a quelque chose à tirer de [ce post](https://patchwork.kernel.org/patch/9710953/) Et apparemment sur les[‹ upstream kernel › d’Ubuntu 17](https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1726934), ça roule, à nouveau, quelque chose à tirer de ça ? Aussi ça vous dit quelque chose ça : [mishurov/linux\_elan1200\_touchpad](https://github.com/mishurov/linux_elan1200_touchpad) et ça [linxon/sys-kernel/linux-elan1200-touchpad/](https://github.com/gentoo-mirror/linxon/tree/master/sys-kernel/linux-elan1200-touchpad) Vous auriez une idée de ce qu’il y a à tirer de ça ? désolé ça me dépasse un peu tout Merci EDIT : Pour info, parce que je suis parfois un peu impatient, et aventurier, j’ai ajouter le dépot testing et upgrader xserver.xorg.input.libinput de la version 0.23..0-2 à 0.27.1-1 et ca n’a pas amélioré les choses, et même peut être un peu empiré Et je viens d’essayé de downgrader, mais j’arrive pas, je ne dois pas avoir définir les préférence de pining correctement ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 19, 2018, 5:30 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/4 "2018-04-19T17:30:28Z")
```auto apt list libinput* En train de lister... Fait libinput-bin/testing,now 1.10.4-1 amd64 [installé, automatique] libinput-dev/testing 1.10.4-1 amd64 libinput-pad-dev/testing,stable 1.0.3-1+b1 amd64 libinput-pad-xtest/testing,stable 1.0.3-1+b1 amd64 libinput-pad1/testing,stable 1.0.3-1+b1 amd64 libinput-tools/testing,now 1.10.4-1 amd64 [installé] libinput10/testing,now 1.10.4-1 amd64 [installé, automatique] ``` ça doit etre dans libinput-tools > **[GitHub - mishurov/linux\_elan1200\_touchpad: Workarounds for ELAN1200 touchpad in Linux](https://github.com/mishurov/linux_elan1200_touchpad)** > > Workarounds for ELAN1200 touchpad in Linux c’est un driver modifié, mais le gars n’est pas très coopératif [How can I install it? · Issue #2 · mishurov/linux\_elan1200\_touchpad · GitHub](https://github.com/mishurov/linux_elan1200_touchpad/issues/2) ---
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 19, 2018, 5:50 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/5 "2018-04-19T17:50:00Z")
> [@grandtoubab](#): > > ```auto > apt list libinput* > En train de lister... Fait > libinput-bin/testing,now 1.10.4-1 amd64 [installé, automatique] > libinput-dev/testing 1.10.4-1 amd64 > libinput-pad-dev/testing,stable 1.0.3-1+b1 amd64 > libinput-pad-xtest/testing,stable 1.0.3-1+b1 amd64 > libinput-pad1/testing,stable 1.0.3-1+b1 amd64 > libinput-tools/testing,now 1.10.4-1 amd64 [installé] > libinput10/testing,now 1.10.4-1 amd64 [installé, automatique] > > ``` Hum, déjà je suis pas en testing, mais en stable, c’est peut être une première chose à faire > [@grandtoubab](#): > > ça doit etre dans libinput-tools > > [GitHub - mishurov/linux\_elan1200\_touchpad: Workarounds for ELAN1200 touchpad in Linux · GitHub](https://github.com/mishurov/linux_elan1200_touchpad) > > c’est un driver modifié, mais le gars n’est pas très coopératif [How can I install it? · Issue #2 · mishurov/linux\_elan1200\_touchpad · GitHub](https://github.com/mishurov/linux_elan1200_touchpad/issues/2) En effet, et siça ne te parle pas, imagine moi ! je sais pas plus quoi faire, que risquer de passer une journée à galérer sans garantie de résultat, et avec de forte change de tout casser Quelque chose à fouillé du coté du « upstream kernel » d’ubuntu ? ``` root@debian:/etc/apt/preferences.d# uname -a Linux debian 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64 GNU/Linux ``` pour l’instant je suis en 4.9.0.6, j’ai aucune idée si le kernel upstream d’ubuntu 17 est cohérent avec debian… On va y arriver ! je ne perds pas espoir 🙂 Merci en tout cas ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 19, 2018, 6:07 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/6 "2018-04-19T18:07:11Z")
les kernels d’ubuntu sont la [http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=M;O=D](http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=M;O=D) tu prends l’image et les headers correspondant à ton architecture exemple linux-headers-4.9.93-040993-generic\_4.9.93-040993.201804080736\_amd64.deb linux-headers-4.9.93-040993\_4.9.93-040993.201804080736\_all.deb linux-image-4.9.93-040993-generic\_4.9.93-040993.201804080736\_amd64.deb ça s’installe en root depuis le dossier où tu les as téléchargés dpkg -i \*.deb mais les headers demandent libssl1.0.0 que j’ai récupérée dans Jessie [https://packages.debian.org/fr/jessie/libssl1.0.0](https://packages.debian.org/fr/jessie/libssl1.0.0) et dans tous les cas c’est pas recommandé de melanger 😉 ---
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 19, 2018, 6:23 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/7 "2018-04-19T18:23:47Z")
ok, oui j’imagine bien que ce n’est pas recommandé de mélanger J’espérais plutôt identifier si l’upstream kernel testé par le type, à priori le 4.14 si on en croit les post #5 et #6 existait pour debian, s’il était stable sur debian, etc… Je vais tenter un ubuntu 17 sur une partition que j’ai volontairement laissé libre pour faire d’autres test, voir ci ça marche, ça me donnera un environnement de base à partir duquel penser le problème et voir si on peut le régler sur debian. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 19, 2018, 6:28 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/8 "2018-04-19T18:28:21Z")
les kernels Debian en sont là [https://security-tracker.debian.org/tracker/source-package/linux](https://security-tracker.debian.org/tracker/source-package/linux) si tu veux tester le 4.14 d’Ubuntu c’est faisable de la meme façon ---
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 24, 2018, 6:56 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/9 "2018-04-24T06:56:04Z")
Hop, je ramène quelques infos sur le sujet qui ont émané d’un autre topic. > [@X11 ou Wayland : switch to Debian (aide et question)](https://www.debian-fr.org/t/x11-ou-wayland-switch-to-debian-aide-et-question/76485/2): > > Pour ce qui est du touchpad sous Wayland/libinput [libinput — libinput 1.32.0 documentation](https://wayland.freedesktop.org/libinput/doc/latest/) > > la priorité est donnée à synaptics du fait de l’ordonnancement des fichiers dans /usr/share/X11/xorg.conf.d > > Le fichier 70-synaptics.conf prends le pas sur 40-libinput.conf > > ```auto > grep -e "Using input driver " ~/.local/share/xorg/Xorg.0.log > [81.840] (II) Using input driver 'libinput' for 'Power Button' > [81.890] (II) Using input driver 'libinput' for 'Video Bus' > [81.894] (II) Using input driver 'libinput' for 'Video Bus' > [81.897] (II) Using input driver 'libinput' for 'Power Button' > [81.902] (II) Using input driver 'libinput' for '2SF022' > [81.906] (II) Using input driver 'libinput' for 'Logitech USB Receiver' > [81.974] (II) Using input driver 'libinput' for 'Logitech USB Receiver' > [81.983] (II) Using input driver 'libinput' for 'AT Translated Set 2 keyboard' > [82.050] (II) Using input driver 'synaptics' for 'SynPS/2 Synaptics TouchPad' > [82.062] (II) Using input driver 'libinput' for 'HP WMI hotkeys' > [82.072] (II) Using input driver 'libinput' for 'Logitech USB Receiver' > > ``` > > Voir le wiki Arch [https://wiki.archlinux.org/index.php/Libinput#Via\_Xorg\_configuration\_file](https://wiki.archlinux.org/index.php/Libinput#Via_Xorg_configuration_file) ---
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 24, 2018, 7:15 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/10 "2018-04-24T07:15:21Z")
Hop, petite mise à jour de la situation : * * * - fresh install de stretch basée sur netinstall (up to date) - installation du noyau version 4.15.0-0 disponible dans le dépôt backports –\> ça a grandement améliorer les choses, mais ce n’est pas parfait * * * - j’ai par ailleurs suivi [ce tuto](https://wayland.freedesktop.org/libinput/doc/1.6.3/absolute_coordinate_ranges.html) qui permet, en quelque sorte, de calibrer le trackpad –\> pas d’amélioration notable, mais heure de test encore limitées ici il apparaît que le noyau identifie mon trackpad comme mesurant 103x70mm alors qu’il en fait 105x75… Et apparemment il n’est pas possible de changer la taille , donc je suis _gros mot de votre choix_ * * * - également tester d’utiliser synaptics à la place de libinput –\> idem, peut être un peu mieux que libinput 10.6.3, mais ce n’est pas évident * * * - test sur live usb d’Ubuntu 18.04 beta2 ; \*cette distro utilise le noyau version 15.0.4-0 et libinput 1.10 –\> ça a eu l’air parfait au début, puis quelques raté, il faudrait que je fasse des test plus long pour confirmer/infirmer s’il y a du mieux par rapport à debian avec le noyau 4.15.0-0 * * * je devrais pouvoir installer libinput V1.10 sur debain à partir du repo buster, mais je ne sais pas si j’ai intérêt à faire ```nohighlight apt-get install libinput-bin/buster libinput10/buster xserver-xorg-input-libinput/buster ``` ou ```nohighlight apt-get install -t buster libinput-bin libinput10 xserver-xorg-input-libinput ``` et éventuellement libinput-tools * * * voilà voilà pour aujourd’hui ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 24, 2018, 7:56 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/11 "2018-04-24T07:56:26Z")
Salut Dans mon cas ça fonctionne avec libinput seul ```auto root@debian:/# apt policy libinput10 libinput10: Installé : 1.10.4-1 Candidat : 1.10.4-1 Table de version : *** 1.10.4-1 500 500 http://deb.debian.org/debian buster/main amd64 Packages 100 /var/lib/dpkg/status 1.6.3-1 500 500 http://deb.debian.org/debian stretch/main amd64 Packages root@debian:/# ``` Et le dernier noyau 4.9 ( [https://www.kernel.org/](https://www.kernel.org/) ) que j’ai compilé ```auto root@debian:/# uname -a Linux debian 4.9.95-kernelperso #1 SMP Sun Apr 22 20:33:49 CEST 2018 x86_64 GNU/Linux root@debian:/# ``` ```auto ls -al /usr/share/X11/xorg.conf.d total 32 drwxr-xr-x 2 root root 4096 avril 23 23:27 . drwxr-xr-x 5 root root 4096 mars 24 07:58 .. -rw-r--r-- 1 root root 92 mars 20 13:02 10-amdgpu.conf -rw-r--r-- 1 root root 1099 janv. 18 2017 10-evdev.conf -rw-r--r-- 1 root root 1350 janv. 18 13:11 10-quirks.conf -rw-r--r-- 1 root root 92 mars 20 13:17 10-radeon.conf -rw-r--r-- 1 root root 945 avril 11 09:50 40-libinput.conf -rw-r--r-- 1 root root 2747 juin 26 2017 70-wacom.con ls -alrt /var/log/Xorg.0.log -rw-r--r-- 1 root root 60033 avril 24 09:35 /var/log/Xorg.0.log grep -e "Using input driver 'libinput'" /var/log/Xorg.0.log [48.824] (II) Using input driver 'libinput' for 'Power Button' [49.037] (II) Using input driver 'libinput' for 'Video Bus' [49.054] (II) Using input driver 'libinput' for 'Video Bus' [49.071] (II) Using input driver 'libinput' for 'Power Button' [49.099] (II) Using input driver 'libinput' for '2SF022' [49.137] (II) Using input driver 'libinput' for 'Logitech USB Receiver' [49.293] (II) Using input driver 'libinput' for 'Logitech USB Receiver' [49.319] (II) Using input driver 'libinput' for 'AT Translated Set 2 keyboard' [49.340] (II) Using input driver 'libinput' for 'SynPS/2 Synaptics TouchPad' [49.384] (II) Using input driver 'libinput' for 'HP WMI hotkeys' [49.415] (II) Using input driver 'libinput' for 'Logitech USB Receiver' ``` Comme libinput est plus “jeune” il y a peut-être certains matériels moins bien gerés ```auto root@debian:/# libinput list-devices Device: Power Button Kernel: /dev/input/event3 Group: 1 Seat: seat0, default Capabilities: keyboard Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: Video Bus Kernel: /dev/input/event4 Group: 2 Seat: seat0, default Capabilities: keyboard Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: Video Bus Kernel: /dev/input/event5 Group: 2 Seat: seat0, default Capabilities: keyboard Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: Power Button Kernel: /dev/input/event1 Group: 3 Seat: seat0, default Capabilities: keyboard Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: Lid Switch Kernel: /dev/input/event2 Group: 4 Seat: seat0, default Capabilities: switch Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: 2SF022 Kernel: /dev/input/event15 Group: 5 Seat: seat0, default Capabilities: keyboard Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: Logitech USB Receiver Kernel: /dev/input/event6 Group: 6 Seat: seat0, default Capabilities: pointer Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: disabled Nat.scrolling: disabled Middle emulation: disabled Calibration: n/a Scroll methods: button Click methods: none Disable-w-typing: n/a Accel profiles: flat *adaptive Rotation: n/a Device: Logitech USB Receiver Kernel: /dev/input/event7 Group: 6 Seat: seat0, default Capabilities: keyboard pointer Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: disabled Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: HDA ATI SB Mic Kernel: /dev/input/event12 Group: 7 Seat: seat0, default Capabilities: Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: HDA ATI SB Front Headphone Kernel: /dev/input/event13 Group: 7 Seat: seat0, default Capabilities: Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: AT Translated Set 2 keyboard Kernel: /dev/input/event0 Group: 8 Seat: seat0, default Capabilities: keyboard Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a Device: SynPS/2 Synaptics TouchPad Kernel: /dev/input/event8 Group: 9 Seat: seat0, default Size: 108x65mm Capabilities: pointer Tap-to-click: disabled Tap-and-drag: enabled Tap drag lock: disabled Left-handed: disabled Nat.scrolling: disabled Middle emulation: disabled Calibration: n/a Scroll methods: *two-finger edge Click methods: *button-areas Disable-w-typing: enabled Accel profiles: none Rotation: n/a Device: HP WMI hotkeys Kernel: /dev/input/event14 Group: 10 Seat: seat0, default Capabilities: keyboard Tap-to-click: n/a Tap-and-drag: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: n/a Scroll methods: none Click methods: none Disable-w-typing: n/a Accel profiles: n/a Rotation: n/a root@debian:/# ``` ---
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 24, 2018, 8:47 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/12 "2018-04-24T08:47:36Z")
@grandtoubab, je ne suis pas sûr de comprendre tout les tenants et aboutissants de ton message As tu le même trackpad que moi ? Cette salopper\*\* de Elan 1200 ? Apparemment il est connu pour être pénible > [@grandtoubab](#): > > Salut > Dans mon cas ça fonctionne avec libinput seul tu veux dire que tu n’as que libinput10 d’installé ? par défaut j’avais libinput-bin, libinput10 et xserver-xorg-input-libinput, c’est pour ça que j’envisage de passer les 3 sous buster. > [@grandtoubab](#): > > Et le dernier noyau 4.9 ( [https://www.kernel.org/](https://www.kernel.org/) ) que j’ai compilé ok, je comprends pas trop pourquoi tu dit que le 4.9 est le dernier noyau, d’autant plus que tu semble utiliser buster, et le noyau est en 4.15.11-1 Tu utilise le noyau de stretch, mais tous les package de buster ?! soit j’ai rien compris à ta config, soit je comprends pas pourquoi tu fait comme ça. moi j’ai ``` blabla@debian:~$ dpkg --list | grep linux-image ii linux-image-4.15.0-0.bpo.2-amd64 4.15.11-1~bpo9+1 amd64 Linux 4.15 for 64-bit PCs ii linux-image-4.9.0-6-amd64 4.9.82-1+deb9u3 amd64 Linux 4.9 for 64-bit PCs ii linux-image-amd64 4.9+80+deb9u4 amd64 Linux for 64-bit PCs (meta-package) ``` j’ai installé le 4.15.x depuis backports car en 4.9 c’était vraiment la catastrophe, là c’est presque acceptable (même si hyper décevant) > [@grandtoubab](#): > > Comme libinput est plus « jeune » il y a peut-être certains matériels moins bien gerés Oui, par contre je n’ai pas compris pourquoi tu as mis la liste de tes périfériques gérées par libinput ? ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 24, 2018, 9:25 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/13 "2018-04-24T09:25:54Z")
si tu vas sur la page [https://www.kernel.org/](https://www.kernel.org/) tu verras que la derniere version du noyau 4.9 est la 95 ( même 96 ce matin 😀 ) j’utilise le noyau 4.9 car il plus sécurisé du point de vue de la faille Spectre-Meltdown et de plus c’est un noyau LTS [https://www.kernel.org/category/releases.html](https://www.kernel.org/category/releases.html) ```auto root@debian:/# spectre-meltdown-checker Spectre and Meltdown mitigation detection tool v0.36 Checking for vulnerabilities on current system Kernel is Linux 4.9.95-kernelperso #1 SMP Sun Apr 22 20:33:49 CEST 2018 x86_64 CPU is AMD Athlon(tm) II P340 Dual-Core Processor Hardware check * Hardware support (CPU microcode) for mitigation techniques * Indirect Branch Restricted Speculation (IBRS) * SPEC_CTRL MSR is available: NO * CPU indicates IBRS capability: NO * Indirect Branch Prediction Barrier (IBPB) * PRED_CMD MSR is available: NO * CPU indicates IBPB capability: NO * Single Thread Indirect Branch Predictors (STIBP) * SPEC_CTRL MSR is available: NO * CPU indicates STIBP capability: NO * Enhanced IBRS (IBRS_ALL) * CPU indicates ARCH_CAPABILITIES MSR availability: NO * ARCH_CAPABILITIES MSR advertises IBRS_ALL capability: NO * CPU explicitly indicates not being vulnerable to Meltdown (RDCL_NO): NO * CPU microcode is known to cause stability problems: NO * CPU vulnerability to the three speculative execution attack variants * Vulnerable to Variant 1: YES * Vulnerable to Variant 2: YES * Vulnerable to Variant 3: NO CVE-2017-5753 [bounds check bypass] aka 'Spectre Variant 1' * Mitigated according to the /sys interface: YES (kernel confirms that the mitigation is active) * Kernel has array_index_mask_nospec: YES (1 occurence(s) found of 64 bits array_index_mask_nospec()) * Kernel has the Red Hat/Ubuntu patch: NO > STATUS: NOT VULNERABLE (Mitigation: __user pointer sanitization) CVE-2017-5715 [branch target injection] aka 'Spectre Variant 2' * Mitigated according to the /sys interface: YES (kernel confirms that the mitigation is active) * Mitigation 1 * Kernel is compiled with IBRS/IBPB support: YES * Currently enabled features * IBRS enabled for Kernel space: UNKNOWN * IBRS enabled for User space: UNKNOWN * IBPB enabled: UNKNOWN * Mitigation 2 * Kernel compiled with retpoline option: YES * Kernel compiled with a retpoline-aware compiler: YES (kernel reports full retpoline compilation) > STATUS: NOT VULNERABLE (Mitigation: Full AMD retpoline) CVE-2017-5754 [rogue data cache load] aka 'Meltdown' aka 'Variant 3' * Mitigated according to the /sys interface: YES (kernel confirms that your CPU is unaffected) * Kernel supports Page Table Isolation (PTI): YES * PTI enabled and active: NO * Running as a Xen PV DomU: NO > STATUS: NOT VULNERABLE (your CPU vendor reported your CPU model as not vulnerable) A false sense of security is worse than no security at all, see --disclaimer root@debian:/# root@debian:/# journalctl -xb | grep retpol avril 24 10:47:08 debian kernel: Spectre V2 : Mitigation: Full AMD retpoline root@debian:/# ``` je ne sais pas si le noyau 4.15 a été amélioré de ce point de vue là Et comme Debian tarde à fournir le noyau 4.9.95 je l’ai compilé moi même Pour le reste je ne liste pas toutes les dépendances de libinput que j’utilise tout seul dorénavant (plus de synaptics) Si je liste les équipements c’est justement pour indiquer lesquels sont sur mon PC. NB quand tu doutes de la bonne commande apt, utilise la simulation pour voir ce qui se produirait apt -s … ---
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 24, 2018, 2:24 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/14 "2018-04-24T14:24:59Z")
> [@grandtoubab](#): > > j’utilise le noyau 4.9 car il plus sécurisé du point de vue de la faille Spectre-Meltdown et de plus c’est un noyau LTS [The Linux Kernel Archives - Releases](https://www.kernel.org/category/releases.html) Ok, mais un trackpad qui ne marche pas, c’est juste pas possible > [@grandtoubab](#): > > Si je liste les équipements c’est justement pour indiquer lesquels sont sur mon PC. oui je suis con, j’aurais pu penser à regarder si tu avais le même trackpad que moi… > [@grandtoubab](#): > > NB quand tu doutes de la bonne commande apt, utilise la simulation pour voir ce qui se produirait > > apt -s … Oui, je l’utilise souvent, d’ailleurs la mise à jour de libinput10 à partir de dépôt de buster me propose un packet de modification ``` sudo apt-get install -t buster libinput10 ... 167 mis à jour, 42 nouvellement installés, 15 à enlever et 1324 non mis à jour. Il est nécessaire de prendre 206 Mo dans les archives. Après cette opération, 141 Mo d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer ? [O/n] n Annulation. ``` Et à ce compte là, je me demande s’il ne vaut pas mieux partir sur une autre version de Debian, totalement basée sur Buster, ou sur Ubuntu 18.04 LTS qui est un peu plus fraîche ? ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 24, 2018, 2:44 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/15 "2018-04-24T14:44:37Z")
As tu vraiment fait une mise a jour depuis? `apt update` suivi de `apt full-upgrade` ---
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 24, 2018, 2:48 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/16 "2018-04-24T14:48:28Z")
oui oui, mais j’ai créer une régle pour que le dépôt buster ait une priorité de 50, donc moins que stable et que backports avec ses 100 par defaut, histoire de ne puiser dans buster que quand celà est absolument nécessaire ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 24, 2018, 2:58 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/17 "2018-04-24T14:58:41Z")
il te reste à essayer le 4.16 de Debian experimental 😂 [https://packages.debian.org/fr/experimental/kernel/linux-image-4.16.0-trunk-amd64-unsigned](https://packages.debian.org/fr/experimental/kernel/linux-image-4.16.0-trunk-amd64-unsigned) ---
**Author:** ![jbonlinea](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e68b1a/32.png) [@jbonlinea](https://www.debian-fr.org/u/jbonlinea)\ **Post date:** [Avril 24, 2018, 3:15 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/18 "2018-04-24T15:15:50Z")
> [@grandtoubab](#): > > il te reste à essayer le 4.16 de Debian experimental > 😂 > [I Challenge Thee](https://packages.debian.org/fr/experimental/kernel/linux-image-4.16.0-trunk-amd64-unsigned) haha t’en as des bonnes idées toi, votez linux qu’ils disaient je te dis pas le niveau d’expérience qu’il faut pour fait marcher un pauvre trackpad plus sérieusement, j’ai pas encore tester le noyau - 4.15.11 de buster - 4.15.17 de sid - 4.16.0 de experimental c’est pas du grand n’importe quoi que d’utiliser le noyau de expérimental ? et des noyaux si avancé plus généralement ? ---
**Author:** ![Eman](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/94ad74/32.png) [@Eman](https://www.debian-fr.org/u/Eman)\ **Post date:** [Avril 24, 2018, 3:27 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/19 "2018-04-24T15:27:32Z")
> [@jbonlinea](#): > > c’est pas du grand n’importe quoi que d’utiliser le noyau de expérimental 😄 C’est sûr que pour un simple trackpad, ça part loin. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 24, 2018, 3:32 UTC](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428/20 "2018-04-24T15:32:21Z")
Encore une fois il suffit de lire [https://www.kernel.org/](https://www.kernel.org/) 4.16 est l’actuel noyau stable de Linux , donc je ne vois pas en quoi il est problématique. j’ai comme l’impression que vous confondez version du noyau Linux officiel et version du noyau utilisé par Debian [Page suivante](https://www.debian-fr.org/t/toutchpad-imprecis-switch-debian-aide-et-questions/76428.md?page=2)