fprint, испытывающий таймаут на входе в систему 16.04 LTS
У меня есть ноутбук Lenovo ThinkPad T-430, который имеет сканер цифрового отпечатка, и я использую fprint для всей аутентификации.
Каждый раз, когда я открываю свою крышку ноутбука, после пробуждения ее я представлен для скольжения моего пальца вдоль сканера. Я делаю это много раз, и ничего не произойдет, пока это наконец не покажет текстовое поле для ввода его.
Кто-либо знает, как я могу зафиксировать это?
1-Е РЕДАКТИРОВАНИЕ:
- Я заметил, что свет сканера освещен каждый раз, когда он действительно работает, таким образом, я думаю, что он просто не инициализирует от, приостанавливают.
- При вводе в неправильном пароле, после того как обнаруживается текстовое поле, активирует сканер, и это работает отлично.
- Блокировка компьютера самостоятельно не мешает сканеру не работа, (я сделал ошибку, ранее заставляющую меня думать, что что-то было неправильно),
- Разрешение компьютеру войти приостанавливает, не закрывая крышку, заставит fprint испытывать таймаут.
2-Е РЕДАКТИРОВАНИЕ:
Вывод lsusb дает мне:
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 005: ID 04f2:b2da Chicony Electronics Co., Ltd thinkpad t430s camera
Bus 001 Device 004: ID 0a5c:21e6 Broadcom Corp. BCM20702 Bluetooth 4.0 [ThinkPad]
Bus 001 Device 003: ID 147e:2020 Upek TouchChip Fingerprint Coprocessor (WBF advanced mode)
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Предпринятый для сброса USB-устройств следующим
1. "usbreset.c" решение я получаю те же ошибки как
./usbreset: command not found
как другой пользователь. Я попробовал многократно напрасно. Удостоверенный я следовал инструкциям точно.
2. Используя
sudo sh -c "echo 0 > /sys/bus/usb/devices/1-1.3/authorized"
и
sudo sh -c "echo 1 > /sys/bus/usb/devices/1-1.3/authorized"
Это действительно работало в сбросе сканера цифрового отпечатка, но не решило проблему fprint, не инициализирующего после того, как просыпаются.
1 ответ
На основе Ваших комментариев кажется, что существует разъединение между тем, что Вы ожидаете и что на самом деле происходит. Я попытаюсь объяснить. Это совсем не редко для драйвера, чтобы не удаться повторно инициализировать правильно на резюме. Я видел, что эта проблема под многочисленными операционными системами и 'отклоняет и базирующийся Windows. Одно решение теперь встраивается в Ваш вопрос: А именно, при отключении и перевключении USB-устройства/port/bus, как обсуждено в вопросе я связался в своем комментарии: Как Вы сбрасываете USB-устройство из командной строки?
Выполнение этого волшебно не устранит проблему с устройством, не правильно повторно инициализирующим во время пробуждения, но будет работать тем прочь. Если Вы хотите разрешить, что, необходимо будет включить сценарий для сброса устройства после пробуждения, как описано в этом вопросе. Так как Вы работаете 16.04, Вы захотите обратить внимание на этот комментарий к принятому ответу.