Noyau 4.19.0-13 perte de la souris usb

Support Debian
#1

sur ma vieille tour que je n’avis pas mise à jour depuis longtemps la souris usb est devenu inutilisable. Pas de détection , lsusb -t ne dit plus rien
Heureusement le noyau précédent fonctionne encore

 uname -a
Linux debian 4.19.0-12-amd64 #1 SMP Debian 4.19.152-1 (2020-10-18) x86_64 GNU/Linux

 lsusb -t
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
    |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 12M
    |__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 2: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
    |__ Port 2: Dev 2, If 0, Class=Vendor Specific Class, Driver=STV06xx, 12M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/8p, 480M
    |__ Port 1: Dev 2, If 3, Class=Vendor Specific Class, Driver=, 480M
    |__ Port 1: Dev 2, If 1, Class=Printer, Driver=usblp, 480M
    |__ Port 1: Dev 2, If 2, Class=Vendor Specific Class, Driver=, 480M
    |__ Port 1: Dev 2, If 0, Class=Vendor Specific Class, Driver=, 480M
    |__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 480M

Donc je suppose qu’il y a un problème usbhid sur le noyau 4.19.0-13.
je ne cherche pas plus loin, j’ai désinstallé le noyau fautif et figé le noyau précédent

linux-headers-4.19.0-12-amd64/stable,now 4.19.152-1 amd64  [installé, automatique]
linux-headers-4.19.0-12-common/stable,now 4.19.152-1 all  [installé, automatique]
linux-headers-amd64/stable,now 4.19+105+deb10u7 amd64 [installé, pouvant être mis à jour vers : 4.19+105+deb10u8]
linux-image-4.19.0-12-amd64/stable,now 4.19.152-1 amd64  [installé, automatique]
linux-image-amd64/stable,now 4.19+105+deb10u7 amd64 [installé, pouvant être mis à jour vers : 4.19+105+deb10u8]
#2

Inutilisable comment ? Pas détectée ?
Seulement la souris ou aussi d’autres périphériques USB 1 ?
Contrôleur USB ohci -> tu as vu https://debian-facile.org/viewtopic.php?id=29060 ?

Ce n’est pas une solution d’avenir car le noyau précédent ne bénéficie plus des correctifs de sécurité.

#3

Etant donné que la souris est figé, non détectée par le noyau 4.19.0-13 c’est très difficile pour moi d’investiguer. Ce qui est certain c’est que le noyau est fautif rien n’a changé dans le matériel.

Sur le bon noyau voilà la souris

lsusb

Bus 004 Device 003: ID 046d:c52f Logitech, Inc. Unifying Receiver

lsusb -t
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
    |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 12M
    |__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 2: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 12M

locate usbhid
/lib/modules/4.19.0-12-amd64/kernel/drivers/hid/usbhid
/lib/modules/4.19.0-12-amd64/kernel/drivers/hid/usbhid/usbhid.ko
/lib/modules/4.19.0-13-amd64/kernel/drivers/hid/usbhid
/lib/modules/4.19.0-13-amd64/kernel/drivers/hid/usbhid/usbhid.ko
/usr/bin/usbhid-dump
/usr/share/man/man8/usbhid-dump.8.gz

sudo /usr/bin/usbhid-dump
[sudo] Mot de passe de : 
004:003:001:DESCRIPTOR         1610984398.223598
 05 0C 09 01 A1 01 85 03 75 10 95 02 15 01 26 8C
 02 19 01 2A 8C 02 81 00 C0 06 00 FF 09 01 A1 01
 85 10 75 08 95 06 15 00 26 FF 00 09 01 81 00 09
 01 91 00 C0 06 00 FF 09 02 A1 01 85 11 75 08 95
 13 15 00 26 FF 00 09 02 81 00 09 02 91 00 C0

004:003:000:DESCRIPTOR         1610984398.225921
 05 01 09 02 A1 01 09 01 A1 00 05 09 19 01 29 10
 15 00 25 01 95 10 75 01 81 02 05 01 16 01 80 26
 FF 7F 75 10 95 02 09 30 09 31 81 06 15 81 25 7F
 75 08 95 01 09 38 81 06 05 0C 0A 38 02 95 01 81
 06 C0 C0

Je donnerai sa chance à la prochaine version du noyau mais ce PC ne me sert plus tellement.

C’est intéressant de voir qu’un autre a des soucis similaires.

Ceci dit la mise à jour en question était copieuse

Calcul de la mise à jour…
Les NOUVEAUX paquets suivants seront installés :
  linux-headers-4.19.0-13-amd64 linux-headers-4.19.0-13-common
  linux-image-4.19.0-13-amd64 system-config-printer
Les paquets suivants seront mis à jour :
  apt apt-transport-https apt-utils base-files chromium chromium-common
  chromium-l10n chromium-sandbox cups cups-client cups-common
  cups-core-drivers cups-daemon cups-ipp-utils cups-ppdc cups-server-common
  distro-info-data gir1.2-javascriptcoregtk-4.0 gir1.2-webkit2-4.0
  krb5-locales libapt-inst2.0 libapt-pkg5.0 libbrotli1 libcups2 libcupsimage2
  libefiboot1 libefivar1 libgssapi-krb5-2 libimobiledevice6
  libjavascriptcoregtk-4.0-18 libjpeg62-turbo libk5crypto3 libkrb5-3
  libkrb5support0 libldap-2.4-2 libldap-common libmariadb3 libnss-myhostname
  libnss-systemd libp11-kit0 libpam-systemd libpcaudio0 libproxy-tools
  libproxy1-plugin-gsettings libproxy1-plugin-networkmanager
  libproxy1-plugin-webkit libproxy1v5 libruby2.5 libsqlite3-0 libssl1.0.2
  libssl1.1 libsystemd0 libudev1 libwebkit2gtk-4.0-37 libxml2
  linux-compiler-gcc-8-x86 linux-headers-amd64 linux-image-amd64
  linux-kbuild-4.19 linux-libc-dev mariadb-common openjdk-11-jre
  openjdk-11-jre-headless openjdk-8-jre openjdk-8-jre-headless openssl p11-kit
  p11-kit-modules python-apt-common python-lxml python3-apt ruby2.5 systemd
  systemd-sysv thunderbird thunderbird-l10n-fr transmission-common
  transmission-gtk tzdata udev xserver-common xserver-xephyr xserver-xorg-core
  xserver-xorg-legacy xwayland
85 mis à jour, 4 nouvellement installés, 0 à enlever et 0 non mis à jour.
#4

Même sans souris tu aurais pu basculer dans une console virtuelle tty en mode texte et ouvrir une session, non ?
Tu peux aussi réinstaller le noyau -13 pour tester le paramètre à ajouter à la ligne de commande dans le menu de GRUB, c’est vite fait.
Est-ce que c’est un chipset SiS comme dans l’autre discussion ?

Non, pas forcément. Le bug peut être dans le matériel et seulement révélé par le nouveau noyau. Comme toutes ces erreurs ACPI qui sont affichées seulement avec un noyau récent, car avant le noyau ne vérifiait tout simplement pas. Ou bien lorsqu’une option TCP/IP a été activée par défaut et que ça a révélé que certains routeurs et pare-feux ne la géraient pas correctement.

#5

Bravo la correction fonctionne!
Dans mon cas voici la suite des commandes

  • Déverrouiller la mise à jour du noyau
sudo apt-mark unhold linux-headers-amd64 linux-image-amd64
  • Mettre à jour le noyau
sudo apt update
sudo apt upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les NOUVEAUX paquets suivants seront installés :
  linux-headers-4.19.0-13-amd64 linux-headers-4.19.0-13-common linux-image-4.19.0-13-amd64
Les paquets suivants seront mis à jour :
  linux-headers-amd64 linux-image-amd64
2 mis à jour, 3 nouvellement installés, 0 à enlever et 0 non mis à jour.
  • Ajouter le paramètre ohci-hcd.distrust_firmware=0 dans /etc/default/grub
    ce qui donne chez moi
grep ohci /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet nosplash zswap.enabled=1 zswap.compressor=lz4 zswap.max_pool_percent=20 zswap.zpool=zbud ohci-hcd.distrust_firmware=0"
  • mettre à jour grub
sudo update-grub

Merci encore https://www.debian-fr.org/u/PascalHambourg , j’aurai pas trouvé tout seul.

#6

Quel chipset USB OHCI (lspci) ?

#7

lspci -nnk | grep -i usb -A3
00:1c.0 USB controller [0c03]: ULi Electronics Inc. USB 1.1 Controller [10b9:5237] (rev 03)
Subsystem: Acer Incorporated [ALI] USB 1.1 Controller [1025:0085]
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci
00:1c.1 USB controller [0c03]: ULi Electronics Inc. USB 1.1 Controller [10b9:5237] (rev 03)
Subsystem: Acer Incorporated [ALI] USB 1.1 Controller [1025:0085]
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci
00:1c.2 USB controller [0c03]: ULi Electronics Inc. USB 1.1 Controller [10b9:5237] (rev 03)
Subsystem: Acer Incorporated [ALI] USB 1.1 Controller [1025:0085]
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci
00:1c.3 USB controller [0c03]: ULi Electronics Inc. USB 2.0 Controller [10b9:5239] (rev 01)
Subsystem: Acer Incorporated [ALI] USB 2.0 Controller [1025:0085]
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci

#8

C’est un chipset ALi, donc différent du chipset SiS dans l’autre discussion. Mais les chipsets de ces deux fabricants avaient en commun de ne pas avoir la meilleure réputation.

#9

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980450

#10

Vu, j’ai ajouté quelques informations provenant des deux forums.

#11

@grandtoubab
Le patch qui met distrust_firmware à 0 par défaut a finalement été inclus dans le noyau amont 4.19.170, et dans la récente mise à jour du noyau Debian 4.19.0-14 (4.19.171-2).

Peux-tu tester la détection de la souris avec ce noyau sans le paramètre distrust_firmware dans la ligne de commande, et mettre à jour le rapport de bug Debian ? Cela permettra d’indiquer que le bug est absent ou toujours présent dans la version 4.19.171-2.

#12

ok problème résolu

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.19.0-14-amd64 root=UUID=c87fa837-6b6d-43a9-a3a5-653dbf1d0d3b ro quiet nosplash zswap.enabled=1 zswap.compressor=lz4 zswap.max_pool_percent=20 zswap.zpool=zbud

 lsusb -t
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
    |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 12M
    |__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 2: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
    |__ Port 2: Dev 2, If 0, Class=Vendor Specific Class, Driver=STV06xx, 12M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/8p, 480M
    |__ Port 1: Dev 2, If 3, Class=Vendor Specific Class, Driver=, 480M
    |__ Port 1: Dev 2, If 1, Class=Printer, Driver=usblp, 480M
    |__ Port 1: Dev 2, If 2, Class=Vendor Specific Class, Driver=, 480M
    |__ Port 1: Dev 2, If 0, Class=Vendor Specific Class, Driver=, 480M
    |__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 480M