web-dev-qa-db-fra.com

La souris Logitech Performance MX apparaît comme "inconnue" dans les statistiques de l'alimentation

Mon récepteur Logitech Unifying avec clavier illuminé sans fil K800 et souris sans fil Performance MX fonctionne parfaitement sans faille sous Windows et Linux. Sous Windows, vous pouvez installer des pilotes facultatifs pour les améliorations de la molette de défilement et, par conséquent, un affichage plus précis du compteur de volume. Sous Linux/Ubuntu, aucun pilote facultatif ne peut être téléchargé pour le moment.

Dans une nouvelle installation d'Ubuntu 16.04, l'état de la batterie de la souris est inconnu:

Logitech mouse unknown

Cela peut être attribué à la configuration upower --dump:

Device: /org/freedesktop/UPower/devices/unknown_0003o046Do101Ax000B
  native-path:          /sys/devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.2/0003:046D:C52B.000A/0003:046D:101A.000B
  vendor:               Logitech, Inc.
  model:               
  serial:               6DB54BFE
  power supply:         no
  updated:              Sun 31 Dec 2017 01:59:27 PM MST (86 seconds ago)
  has history:          yes
  has statistics:       no
  unknown
    warning-level:       none
    icon-name:          'battery-missing-symbolic'
  History (charge):
    1514753967  0.000   unknown
  History (rate):
    1514753967  0.000   unknown

Je ne pouvais aller que très loin après avoir installé solaar car auparavant, même "inconnu" n'était pas affiché pour la souris.

Sur mon ancien ordinateur portable qui a été mis à niveau d'Ubuntu 14.04 à 16.04, l'état de la batterie de la même souris et du même clavier sans fil s'est bien affiché lorsque l'utilisateur a cliqué sur l'icône de la batterie/alimentation du système.

J'ai vérifié les règles udev dans /lib/udev/rules.d/95-upower-csr.rules comme indiqué dans correction d'un bogue et elles ont l'air correctes. Je me demande si la règle fonctionne trop tôt avant que l'USB ne soit complètement initialisé dans udev?

Des idées comment commencer à résoudre ce problème?

2
WinEunuuchs2Unix

Correction permanente

Je place le correctif permanent découvert une semaine plus tard en haut de cette réponse, car c’est ce qui intéresse le plus les gens.

En fouillant dans d'anciens rapports de bogues, j'ai trouvé ce problème: Logitech M515 ne fonctionne pas après la mise à niveau vers 12.04 . En utilisant des solutions ici, j'ai édité /etc/rc.local et inséré les lignes suivantes:

# Jan 05 2018 - Reload Logitech Unifying Receiver to get Mouse in Power Stats
modprobe -r hid_logitech_dj
modprobe    hid_logitech_dj

Ensuite, j'ai redémarré deux fois . Lors du premier redémarrage, l'écran externe ne s'est pas affiché et l'invite de connexion a été retardée. Au deuxième redémarrage, tout était normal et les statistiques de puissance sont apparues comme il se doit:

Power stats normal

Contournement temporaire

J'ai trouvé ceci rapport de bogue qui suggère de débrancher et de rebrancher le récepteur Unifying. Bien sûr, cela a fonctionné:

Logitech Mouse Work-around

Ce rapport de bogue suggère d’exécuter le noyau> = 4.12 et upower> = 0.99.5. Bien que la version actuelle de upower soit 0.99.7, elle soit instable et que la version actuelle d'Ubuntu soit 0.99.4 publiée en février 2016. Il est impossible d'obtenir une version> = 0.99.5

État de la batterie de l'écran de connexion

Sur l'écran de connexion au démarrage, la barre d'état système affiche l'icône de la batterie. En cliquant dessus, seules les statistiques de batterie de l'onduleur et de l'ordinateur portable apparaissent.

les règles udev ne fonctionnent pas au démarrage uniquement lors du replugging

Ce rapport de bogue explique en détail comment les règles udev ne fonctionnent pas au démarrage, mais uniquement lors du remplacement des câbles. Cela "sonne" semblable au récepteur unifiant ici. Le rapport de bogue fournit des indices sur les informations supplémentaires à rechercher. ie udev (ou quelque chose d'autre) a énuméré des périphériques dans les chemins du système:

$ udevadm info /sys/class/power_supply/hidpp_battery_0
P: /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.2/0003:046D:C52B.0005/0003:046D:2010.0007/power_supply/hidpp_battery_0
E: DEVPATH=/devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.2/0003:046D:C52B.0005/0003:046D:2010.0007/power_supply/hidpp_battery_0
E: POWER_SUPPLY_CAPACITY_LEVEL=High
E: POWER_SUPPLY_MANUFACTURER=Logitech
E: POWER_SUPPLY_MODEL_NAME=K800
E: POWER_SUPPLY_NAME=hidpp_battery_0
E: POWER_SUPPLY_ONLINE=1
E: POWER_SUPPLY_SCOPE=Device
E: POWER_SUPPLY_SERIAL_NUMBER=2010-6d-b5-4b-fe
E: POWER_SUPPLY_STATUS=Discharging
E: SUBSYSTEM=power_supply

$ udevadm info /sys/class/power_supply/hidpp_battery_1
P: /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.2/0003:046D:C52B.0005/0003:046D:101A.0006/power_supply/hidpp_battery_1
E: DEVPATH=/devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.2/0003:046D:C52B.0005/0003:046D:101A.0006/power_supply/hidpp_battery_1
E: POWER_SUPPLY_CAPACITY_LEVEL=Normal
E: POWER_SUPPLY_MANUFACTURER=Logitech
E: POWER_SUPPLY_MODEL_NAME=Performance MX
E: POWER_SUPPLY_NAME=hidpp_battery_1
E: POWER_SUPPLY_ONLINE=1
E: POWER_SUPPLY_SCOPE=Device
E: POWER_SUPPLY_SERIAL_NUMBER=101a-e6-ce-45-71
E: POWER_SUPPLY_STATUS=Discharging
E: SUBSYSTEM=power_supply

REMARQUE IMPORTANTE: Même si /sys/class/power... contient des informations sur les piles du clavier et de la souris, l'écran Statistiques de l'alimentation affiche actuellement RIEN, pas même le clavier. Après avoir écrit ce paragraphe, j'ai rebranché le récepteur unificateur et les niveaux de batterie ont été affichés.

1
WinEunuuchs2Unix