Los códigos evidencian un problema que provoca la re-detección del ratón pero no permiten afirmar ni descartar nada por lo que proceder de forma ordenada es lo más aconsejable . Antes de nada si has introducido modificaciones en los archivos del sitema como por ejmplo en /etc/default/grub, deberías deshacelros.
1)Lo primero sería descartar los problemas de hardware (cable, ratón o conexiones USB) lo cual es relativamente sencillo (probar con otro ratón o probar el ratón en otro PC) y comprobar si a otros dispositivos USB conectados les ocurre estas desconexiones erráticas.
2)Respecto a las actualizaciones que han podido afectar al funcionamiento del ratón en las dos últimas semanas van a depender de tu política de actualizaciones y de los niveles predeterminados que tengas activados y son muchos los candidatos en el caso de LM 18.3/Ubuntu xenial. Creo que además de proporcionar los resultados de los códigos debes también de reflexionar sobre lo que instalaste/actualizaste antes de que comenzaran los problemas y para eso puedes consultar el histórico de actualizaciones (clic en el icono del Gestor de Actualizaciones (escudo del panel)> Ver>histórico de actualizaciones y/o el de synaptic (Menú>Administración> Gestor de paquetes Synaptic>Archivo>Histórico).
3)Existen problemas conocidos de xorg con las nuevas librerías si por ejemplo se instalaron paquetes de xserver-xorg. El cambio propuesto en el post anterior solo hace referencia a instalar los controladores de
udev o
synaptics de forma intencionada. Proponer la desinstalación de librerías xserver-xorg puede causar otros problemas por lo que no se debe hacer sin antes
crear una instantánea del sistema con Timeshift. Otra cosa es que hubieras instalado algún "hwe-16.04" y la actualización resultara incompleta. Revertir los cambios se me antoja mas difícil que completarlos. La lógica recomienda empezar por el kernel que fué lanzado por esas fechas, mas si como en este caso se han
reportado bugs que por si mismos podrían ocasionar el problema del ratón
a)Quizás lo mas aconsejable sea probar a iniciar con el kernel anterior antes.
b)Puedes probar el efecto de iniciar con el modificador de la carga del kernel
intel_idle.max_cstate=1 según lo iniciado
aquí, aunque deberías analizar el
dmesg en busca de ese fallo que lo confirme. De esta forma no se hacen permanentes de los cambios y si no tienes resultados no debes deshacer nada.
c)Si no soluciona nada o surgen otros problemas deberías probar con un kernel que siga teniendo soporte el mes que viene (sea el 4.4. o el 4.15 ya que el 4.13 no lo tendrá)
d)En cualquier caso remite la url resultante del siguiente código para poder analizar la carga del sistema
4) Sobre otras actualizaciones/instalaciones que pudieran tener consecuencias los estados de energía o sobre el descubrimiento de los dispositivos USB o con el ratón en concreto dejarán indicios en el anterior listado, y los específicos de los gráficos en el archivo /var/log/Xorg.0.log. Devuelve también el contenido de dicho archivo
Code: Select all
cat /var/log/Xorg.0.log | nc termbin.com 9999
5) Si los estados de energía fueran los responsables debería confirmar que no tienes instalado ninguna aplicación cuya configuración pudiera haber resultado afectada por las actualizaciones o que pudiera interferir (
laptop-mode-tools o
ltp) . La configuración por defecto emerge de la BIOS y por ejemplo en mi caso es posible configurar las conexiones USB a tal fin y que no se vean afectados por desconexiones debidas al ahorro de energía (estados s1-s4). De no tener estos opciones de ahorro energético o
eco-power en tu portátil puedes usar las anteriores herramientas para definir el comportamiento como por ejemplo explican
aquí.
