Como você mencionou, o dispositivo não perdeu realmente o estado de pareamento, de modo que deve excluir os defeitos de hardware.
O problema mais provável que posso imaginar é a presença de gerenciamento de energia em tempo de execução que, de alguma forma, faz a porta USB dormir e, portanto, não ter conhecimento do receptor. Clicar com o mouse ou pressionar uma tecla deve resolver esses problemas.Sugestões que valem a pena tentar:
- Conecte o receptor da Logitech Unifying em uma porta USB diferente. Os kernels mais antigos tinham problemas com o USB 3.0 e o receptor onde o USB 2.0 funcionava. (Nos kernels liberados nos últimos dois anos, eu não tinha tais problemas).
- Desativar o gerenciamento de energia da porta USB.
- Reinsira o receptor USB quando o problema ocorrer.
No passado, escrevi este arquivo de regras do udev para acionar o processo de emparelhamento na inserção do receptor. Ajuste os valores ltunify e timeout e coloque-os em /etc/udev/rules.d/60-ltunify-pair.rules
.
# skip actual unified devices, only consider the receiver
DRIVERS=="logitech-djdevice", GOTO="do_not_pair"
# ignore devices in Linux 3.19+
DRIVERS=="logitech-hidpp", GOTO="do_not_pair"
# Skip removal, pairing makes no sense
ACTION!="add", GOTO="do_not_pair"
SUBSYSTEM!="hidraw", GOTO="do_not_pair"
# official Unifying receivers
ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c52b", GOTO="do_pair"
ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c532", GOTO="do_pair"
# "Unifying Ready" Nano receiver
ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c52f", GOTO="do_pair"
GOTO="do_not_pair"
LABEL="do_pair"
# 5 seconds to pair a new device
PROGRAM="/bin/sh -c 'sleep .5; /usr/local/bin/ltunify pair 5'"
LABEL="do_not_pair"
# vim: ft=udevrules