Мышь Logitech Performance MX показывает как “неизвестную” в Статистике Питания

Мой Logitech Unifying Receiver с беспроводным K800 осветил клавиатуру и беспроводную Производительность работа мыши MX безупречно и в Windows и в Linux из поля. В Windows можно установить дополнительные драйверы для улучшений колесика прокрутки и более хороший дисплей измерителя уровня громкости как следствие. В Linux/Ubuntu нет никаких дополнительных драйверов, которые можно загрузить все же.

В Ubuntu 16.04 новая установка Состояние батареи для мыши обнаруживается как неизвестное:

Logitech mouse unknown

Это может быть прослежено до 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

Я мог только добраться настолько далеко после установки solaar потому что, прежде чем это даже "неизвестное" не отображалось для мыши.

На моем более старом ноутбуке, который был обновлен от Ubuntu 14.04 до 16,04, состояние батареи для той же беспроводной мыши и Клавиатуры обнаружилось прекрасный при нажатии на значок батареи/питания systray.

Я проверил udev правила в /lib/udev/rules.d/95-upower-csr.rules как проинструктировано в исправлении ошибки и они смотрят хорошо. Я задаюсь вопросом, работает ли правило слишком скоро, прежде чем USB полностью инициализируется в udev?

Какие-либо идеи, как начать фиксировать это?

2
задан 1 January 2018 в 04:25

1 ответ

Постоянная фиксация

Я помещаю, постоянная фиксация обнаружила неделю спустя наверху этого ответа потому что, именно это, вероятно, больше всего интересуются люди.

При рытье через старые отчеты об ошибках я нашел эту связанную проблему: Logitech M515 не работает после обновления 12,04. Используя решения здесь я отредактировал /etc/rc.local и вставленный следующие строки:

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

Затем я перезагрузил дважды. На первой перезагрузке не появился внешний дисплей, и приглашение ко входу в систему было задержано. На второй перезагрузке все было нормально, и Статистика Питания появилась, как они должны:

Power stats normal

Временное обходное решение

Я нашел этот отчет об ошибках, который предлагает отключить и повторно включить Получатель Объединения. Конечно же, это работало:

Logitech Mouse Work-around

Этот отчет об ошибках предлагает рабочее ядро> = 4.12 и upower > = 0.99.5. Хотя ток upower версия 0.99.7 это нестабильно, и текущая версия в Ubuntu 0.99.4 выпущенный февраль 2016. Не выполнимо получить версию> = 0.99.5

Экранное состояние батареи входа в систему

При начальной загрузке вход в систему экранируют дисплеи системного лотка значок батареи. Нажатие на него показывает только статистика Аккумулятора для ноутбука и UPS.

правила udev, не работающие во время начальной загрузки только на перевключении

Этот отчет об ошибках детализирует как udev правила не работают на начальной загрузке, но только при перевключении кабелей. Это "звучит" подобным получателю объединения здесь. Отчет об ошибках действительно дает представления о дополнительной информации для поиска. т.е. udev (или что-то еще), перечислил устройства в системных путях:

$ 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

ВАЖНОЕ ПРИМЕЧАНИЕ: Даже при том, что /sys/class/power... содержит информацию о батареях Клавиатуры и Мыши, которые дисплей Статистики Питания в настоящее время НИЧЕМУ не показывает, даже клавиатура больше. После записи этого абзаца я повторно включил получатель объединения, и уровни заряда батареи были отображены.

1
ответ дан 2 December 2019 в 04:45

Другие вопросы по тегам:

Похожие вопросы: