El ratón no funciona: paso de Ubuntu 20.04 a 22.04
ResueltoLume_56 Mensajes publicados 46 Estado Miembro -
Buenas noches,
Utilizo un dispositivo de la marca Logitech (y un ratón con cable para las pruebas) que ya no funcionan después de la migración a Ubuntu 22.04.
He revisado una buena cantidad de foros sin encontrar la solución.
lsusb no reconoce el ratón.
bernard@bernard:~$ lsusb Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 005: ID 04f3:0903 Elan Microelectronics Corp. ELAN:Fingerprint Bus 003 Device 004: ID 8087:0a2b Intel Corp. Bluetooth wireless interface Bus 003 Device 003: ID 13d3:56dd IMC Networks USB2.0 HD UVC WebCam Bus 003 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Sin embargo, el resultado de:
$ sudo dmesg | grep -i USB [ 2.093322] input: Logitech Wireless Receiver Mouse as /devices/pci0000:00/0000:00:08.1/0000:03:00.3/usb1/1-4/1-4:1.0/0003:046D:C542.0002/input/input7 [ 2.093570] hid-generic 0003:046D:C542.0002: input,hidraw1: USB HID v1.11 Mouse [Logitech Wireless Receiver] on usb-0000:03:00.3-4/input0 [ 2.093636] usbcore: registered new interface driver usbhid
Registros que indican errores
---- >> misc.9: kernel log >> misc.1: misc data >> misc.1.1: open serial >> misc.1.2: open parallel ----- exec: "/sbin/rmmod lp" ----- rmmod: ERROR: ../libkmod/libkmod-module.c:799 kmod_module_remove_module()could not remove 'lp': Operation not permitted rmmod: ERROR: could not remove module lp: Operation not permitted ----- return code: ? ----- ----- exec: "/sbin/rmmod parport_pc" ----- rmmod: ERROR: ../libkmod/libkmod-module.c:799 kmod_module_remove_module() could not remove 'parport_pc': Operation not permitted rmmod: ERROR: could not remove module parport_pc: Operation not permitted ----- return code: ? ----- ----- exec: "/sbin/rmmod parport" ----- rmmod: ERROR: Module parport i
Otra información
El repositorio https://repo.radeon.com/amdgpu//ubuntu jammy Release no tiene archivo Release. --> Imposible actualizar el software.
Aquí está mi configuración:
- producto : ZenBook UX431DA_UM431DA
- fabricante : ASUSTeK COMPUTER INC.
- descripción : Placa base
- producto : UX431DA
- fabricante : ASUSTeK COMPUTER INC
- descripción : CPU
- producto : AMD Ryzen 7 3700U with Radeon Vega Mobile Gfx
- fabricante : Advanced Micro Devices [AMD]
- identificador hardware : f
- información bus : cpu@0
- versión : 23.24.1
- número de serie : Desconocido
- ubicación : FP5
- tamaño : 2388MHz
¡Si tienes ideas!
Gracias de antemano.
- problema de inicio tras la actualización de Ubuntu 20.04 este fin de semana
- [Ubuntu 20.04] Sin sonido ni imagen al conectar mi PC a la TV por HDMI
- Ubuntu 20.04 no reconoce mi puerto HDMI
- Problema de wifi en Ubuntu 22.04
- Ubuntu 22.04.2 en Virtual Box: el terminal no se abre
- Sin conexión a Internet con Ubuntu 22.04 LTS
14 respuestas
-
Hola,
¿Tu sesión de Ubuntu es una sesión Wayland o una sesión X11?
Si es una sesión Wayland (normalmente por defecto en Ubuntu 24.04), vuelve a conectarte en una sesión X11 (o Xorg) y verifica si funciona.
-
Hola,
¿Funciona tu ratón con otro PC/sistema operativo? ¿Tienes el mismo problema con otro ratón? Normalmente los ratones USB funcionan sin problemas, así que eso sugiere un problema de hardware.
En cuanto a los errores:
- En los logs:
- Los errores que reportas significan que alguien intentó descargar módulos sin tener derechos de administrador (sin ser root). Si recuerdas haberlo hecho, es solo un rastro de esa falsa manipulación. De todas formas, los módulos mencionados no tienen relación con tu ratón.
- Error en los repositorios: este error significa que un repositorio actualmente configurado en el gestor APT es incorrecto. Se puede corregir fácilmente
- Deberías cambiar la URL que figura en esta entrada. Esta está escrita en /etc/apt/sources.list o en uno de los archivos en /etc/apt/sources.list.d y corregirla (o eliminarla).
sudo gedit /etc/apt/sources.list &
Creo que en tu caso es más bien (ver el tutorial aquí)deb [arch=amd64 signed-by=/etc/apt/keyrings/rocm.gpg] https://repo.radeon.com/amdgpu/latest/ubuntu jammy main
. Una vez hecha la corrección:sudo apt update
- Deberías cambiar la URL que figura en esta entrada. Esta está escrita en /etc/apt/sources.list o en uno de los archivos en /etc/apt/sources.list.d y corregirla (o eliminarla).
Buena suerte
- En los logs:
-
Hola,
Gracias por tu ayuda y el enlace muy útil. He notado que el ratón funcionaba sin problemas cuando usaba una versión en vivo con Ventoy, pero de manera intermitente con la versión instalada:
- Ubuntu mate 22.04
- Linux bernard 6.10.11-zabbly+ #ubuntu22.04 SMP PREEMPT_DYNAMIC Vie Sep 20 10:05:32 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
Desde ayer, ya no funciona.
He verificado el montaje del archivo /lib/modules/6.10.11-zabbly+/kernel/drivers/usb/storage/usb-storage.ko que he recargado, sin resultados.
- sudo dmesg | grep -i usb me da :
[ 2.142377] usb 3-2: Producto: USB2.0 Hub
[ 2.157181] usb 1-4: Nuevo dispositivo USB encontrado, idVendor=1c4f, idProduct=0034, bcdDevice= 1.10
[ 2.157193] usb 1-4: Nuevas cadenas de dispositivo USB: Mfr=1, Product=2, SerialNumber=0
[ 2.157197] usb 1-4: Producto: Usb Mouse
[ 2.157201] usb 1-4: Fabricante: SIGMACHIP
[ 2.186303] hub 3-2:1.0: Hub USB encontrado
[ 2.191510] input: SIGMACHIP Usb Mouse como /devices/pci0000:00/0000:00:08.1/0000:03:00.3/usb1/1-4/1-4:1.0/0003:1C4F:0034.0002/input/input7
[ 2.191719] hid-generic 0003:1C4F:0034.0002: input,hidraw1: USB HID v1.10 Mouse [SIGMACHIP Usb Mouse] en usb-0000:03:00.3-4/input0
[ 2.191775] usbcore: registrado nuevo controlador de interfaz usbhid
[ 2.191779] usbhid: controlador principal USB HID
[ 2.193467] usbcore: registrado nuevo controlador de interfaz usbmouse
[ 2.476617] usb 3-2.1: nuevo dispositivo USB de alta velocidad número 3 usando xhci_hcd
[ 2.600827] usb 3-2.1: Nuevo dispositivo USB encontrado, idVendor=13d3, idProduct=56dd, bcdDevice=18.52
[ 2.600840] usb 3-2.1: Nuevas cadenas de dispositivo USB: Mfr=3, Product=1, SerialNumber=2pero también este mensaje al final del mensaje:
[ 7.865681] usb 3-2.1: Dispositivo UVC 1.50 encontrado USB2.0 HD UVC WebCam (13d3:56dd)
[ 7.889857] usbcore: registrado nuevo controlador de interfaz uvcvideo
[ 9.985632] usb 3-2.1: Falló al suspender el dispositivo, error -19
[ 11.662948] usb 3-2.2: Falló al suspender el dispositivo, error -19
[ 13.348480] usb 1-4: USB desconectado, número de dispositivo 2
[ 16.776484] usb 3-2.1: Falló al suspender el dispositivo, error -19
[ 19.052505] usb 3-2.2: Falló al suspender el dispositivo, error -19
[ 20.920400] usb 3-2.1: Falló al suspender el dispositivo, error -19
Podría enviarte el mensaje completo, pero no veo cómo hacerlo.
Si esto puede ayudarte, ya que no sé interpretar el final del archivo.
Saludos.
ps: el problema afecta el funcionamiento de ambos ratones.
-
Una precisión: el hallazgo es el mismo independientemente del núcleo utilizado.
-
Hola,
Disculpa, no vi el mensaje #3, por eso no respondí. Veo en los logs que el dispositivo USB asociado a tu ratón parece estar bien creado. Sin embargo, el error:
Failed to suspend device, error -19... parece ser la causa del problema y hay que investigar qué significa.
Parece similar a este problema o ese o este otro que mencionan un problema de alimentación USB y se habla de un hub USB, así que, ¿puedes decirnos si te encuentras en este escenario?
Buena suerte
-
Hola,
He hecho una gran cantidad de pruebas y descubrí algo que me intrigó. Como indiqué, utilizo Ubuntu Mate con Lightdm como gestor de pantalla de inicio de sesión. Probé gdm3 y ¡el ratón volvió a funcionar! No estando cómodo con ese entorno, volví a Lightdm y el ratón dejó de funcionar.
En vivo, el ratón funciona con Linux Mint, Zorinos, Emmabuntus, etc.
Un punto esencial: las unidades USB no son reconocidas por Ubuntu Mate (Lightdm), lo que explicaría la falta de reconocimiento de los ratones.
No veo cómo resolver este problema. ¡Voy a buscar!
¡Buen día y gracias!
-
Hola,
Algo me intriga en tu respuesta #6. Creo que confundes gestor de inicio de sesión (como lightdm, gdm, sddm, ...) y entorno de escritorio (como gnome, mate, KDE, ...). El gestor de inicio de sesión permite elegir qué entorno de escritorio (entre los instalados) iniciar y con qué perfil de usuario.
La confusión es legítima en el sentido de que generalmente solo se instala un gestor de inicio de sesión y un solo entorno de escritorio. Normalmente, se eligen de manera que reposen sobre las mismas tecnologías (por ejemplo, KDE suele ir con sddm, Gnome con gdm o lightdm, etc.). Sin embargo, es perfectamente posible instalar simultáneamente varios gestores de inicio de sesión y/o varios entornos de escritorio, solo ocupa más espacio en disco.
Así que, volviendo a tu mensaje #6, ¿qué quisiste decir?
- ¿Es "con mate tengo problemas, con gnome funciona pero no estoy acostumbrado a este entorno gráfico (independientemente del gestor de inicio de sesión)"?
- ¿O quisiste decir que con mate, dependiendo de si se lanza a través de lightdm o gdm, el comportamiento no es el mismo?
Algunos puntos que me gustaría que tuvieras en cuenta:
- Sea cual sea la distribución / el gestor de inicio de sesión / el entorno gráfico que hayas instalado: nada impide instalar otros entornos de escritorio / gestores de inicio de sesión.
- No hay diferencia entre Ubuntu Mate, Ubuntu (gnome), Xubuntu (xfce) o Kubuntu (KDE): en realidad se trata de una sola y misma distribución, la única diferencia son los paquetes desplegados durante la instalación.
- Si instalas varios gestores de inicio de sesión, tu gestor de paquetes te pedirá elegir cuál iniciar al arrancar.
Según el elemento implicado (ya sea mate o lightdm), puedes perfectamente instalar una alternativa (por ejemplo gdm si el problema proviene de lightdm, y el entorno gráfico de tu elección si el problema proviene de mate).
Si el problema parece proceder del entorno gráfico, deberías ver si persiste al crear un nuevo usuario. Si es así, probablemente sea un error que habría que reportar. De lo contrario, hay algo defectuoso en tu perfil de usuario.
Por último, no has respondido a mi mensaje #5: ¿utilizas un hub USB?
Buena suerte
-
Hola,
Entiendo mejor porque simplemente pensaba en modificar el gestor de inicio de sesión... De hecho, el entorno de escritorio se instaló en lugar de LightDM.
Cuando escribí que el problema había desaparecido, fue con GNOME. Me di cuenta de que un número importante de programas se estaban instalando. Y como suele ocurrir, se trata de dependencias... No presté suficiente atención.
Por otro lado, no utilizo un hub USB excepto cuando me conecto a la caja con un adaptador RJ45/USB que ofrece puertos USB o cuando lanzo programas en vivo con Ventoy para presentaciones de Linux.
¿Podrías decirme cómo instalar únicamente el gestor de inicio de sesión, ya que la instalación desde la línea de comandos o a través de Synaptic obliga a instalar GNOME... Bueno, eso es lo que entendí.
sudo apt-get install gdm3
Buenas tardes.
-
Hola,
Respuesta a #8
Instalar un gestor de inicio de sesión se realiza como cualquier otro paquete. Por lo tanto, puedes efectivamente ejecutar :
sudo apt update sudo apt install gdm3
Como se muestra :
apt show gdm3puedes comprobar que el paquete gdm3 depende de GTK y libgnome. De hecho, es precisamente para evitar eso que se imaginó lightdm.
En efecto, cada gestor de inicio de sesión se basa en una tecnología, por ejemplo :
- Glib para lightdm
- GTK/libgnome para gdm
- X11 para xdm
- Qt para ssdm, etc.
... al igual que el entorno de escritorio :
- GTK/libgnome para gnome,
- Qt para KDE,
- X11 para icewm
- ....
Para instalar menos paquetes, se utiliza entonces preferentemente un gestor de inicio de sesión cuyas dependencias coincidan con el (o uno de los) entornos de escritorio instalados.
Regreso a tu problema inicial
Tengo la impresión de que el problema proviene más del entorno de escritorio que del gestor de inicio de sesión. ¿Lo confirmas?
Por ejemplo, si me dices que "funciona con gnome pero no con mate" al iniciarlos con el mismo gestor de inicio de sesión, es una prueba de que el culpable es el entorno de escritorio (o su configuración), pero ni del gestor de inicio de sesión, ni del sistema operativo (p.ej., udev). Y si no proviene del gestor de inicio de sesión, instalar y utilizar gdm3 en lugar de lightdm no te ayudará.
Si el problema proviene del entorno de escritorio (es decir, mate), hay que determinar si se debe :
- a la configuración del usuario
- a la configuración global
- al propio software
Si al crear un nuevo usuario, y al iniciar una sesión gráfica con ese usuario, el problema persiste, entonces es tu perfil de usuario actual el que está en causa (es decir, uno de los archivos almacenados en tu carpeta personal).
Si has modificado archivos de configuración global (es decir, en /etc) relacionados con mate, puede que provenga de ahí. Si no has hecho nada allá, probablemente puedes descartar esa pista.
Si observas tu problema de ratón siempre con mate, pero en contextos diferentes (por ejemplo, distribuciones diferentes, tu instalación, un live USB/CD...) pero no con los otros entornos de escritorio, probablemente sea un error en mate (o en la configuración predeterminada de mate).
Buena suerte
-
Buenas noches,
Tus explicaciones siempre son tan claras.
Para responder a tu primera pregunta, el problema parece proceder del entorno. He creado otro usuario y el ratón funcionó un buen rato antes de congelarse.
He "probado" bastante actualizando a la versión 22.4.5 y otros deslices que me llevaron a reinstalar la versión Ubuntu Mate 22.04.01. (tengo una partición /home). Es una distribución que me gusta porque la encuentro muy ergonómica.
Hay un punto que me intriga. Durante la instalación, el ratón no dio ningún problema. Es cierto que se usa poco.
Después de la instalación, funcionó un rato y luego se detuvo sin que pudiera explicar las causas. Como todo era reciente, copiamos los registros. La solución podría estar en estas líneas.
Luego instalé los paquetes amdgpu-dkms.
Los procesadores del PC:
AMD Ryzen 7 3700U con Radeon Vega Mobile Gfx00:02300,00 MHz
deb https://repo.radeon.com/amdgpu/6.2.1/ubuntu jammy main deb https://repo.radeon.com/rocm/apt/6.2.1 jammy main
Esto entró en conflicto con archivos existentes (amdgpu) así que desactivé los repositorios anteriores.
También he notado que las llaves USB ya no son reconocidas.
Aquí está el final de dmesg |grep usb :
..............
2.233639] input: Logitech Wireless Receiver Mouse como /devices/pci0000:00/0000:00:08.1/0000:03:00.3/usb1/1-1/1-1:1.0/0003:046D:C542.0002/input/input7
[ 2.233837] hid-generic 0003:046D:C542.0002: input,hidraw1: USB HID v1.11 Mouse [Logitech Wireless Receiver] en usb-0000:03:00.3-1/input0
[ 2.233892] usbcore: controlador de interfaz registrado usbhid
[ 2.233895] usbhid: controlador de núcleo USB HID
[ 2.533349] usb 3-2.1: nuevo dispositivo USB de alta velocidad número 3 usando xhci_hcd
[ 2.636420] usb 3-2.1: Nuevo dispositivo USB encontrado, idVendor=13d3, idProduct=56dd, bcdDevice=18.52
[ 2.636439] usb 3-2.1: Nuevas cadenas de dispositivo USB: Mfr=3, Producto=1, Número de serie=2
[ 2.636447] usb 3-2.1: Producto: USB2.0 HD UVC WebCam
[ 2.636455] usb 3-2.1: Fabricante: Azurewave
[ 2.636462] usb 3-2.1: Número de serie: 0x0001
[ 2.764446] usb 3-2.2: nuevo dispositivo USB a toda velocidad número 4 usando xhci_hcd
[ 2.860195] usb 3-2.2: Nuevo dispositivo USB encontrado, idVendor=8087, idProduct=0a2b, bcdDevice= 0.10
[ 2.860211] usb 3-2.2: Nuevas cadenas de dispositivo USB: Mfr=0, Producto=0, Número de serie=0
[ 2.990366] usb 3-2.3: nuevo dispositivo USB a toda velocidad número 5 usando xhci_hcd
[ 3.099140] usb 3-2.3: Nuevo dispositivo USB encontrado, idVendor=04f3, idProduct=0903, bcdDevice= 1.67
[ 3.099151] usb 3-2.3: Nuevas cadenas de dispositivo USB: Mfr=1, Producto=2, Número de serie=0
[ 3.099156] usb 3-2.3: Producto: ELAN:Fingerprint
[ 3.099161] usb 3-2.3: Fabricante: ELAN
[ 4.368461] usbcore: controlador de interfaz registrado btusb
[ 4.483623] usb 3-2.1: Encontrado dispositivo UVC 1.50 USB2.0 HD UVC WebCam (13d3:56dd)
[ 4.499478] usbcore: controlador de interfaz registrado uvcvideo
[ 6.998387] usb 3-2.1: Error al suspender el dispositivo, error -19
[ 8.328473] usb 3-2.2: Error al suspender el dispositivo, error -19
[ 14.888477] usb 1-1: desconexión USB, número de dispositivo 2
[ 15.984378] usb 3-2.2: Error al suspender el dispositivo, error -19
[ 17.946383] usb 3-2.1: Error al suspender el dispositivo, error -19
[ 29.519411] usb 3-2.1: Error al suspender el dispositivo, error -19El ratón está bien reconocido...
Los registros son numerosos. ¿En qué archivo podríamos encontrar una pista?
-rw-r--r-- 1 root root 50449 sept. 26 10:38 alternatives.log
-rw-r----- 1 syslog adm 23432 sept. 26 11:31 auth.log
-rw------- 1 root root 53189 sept. 26 11:20 boot.log
-rw-r----- 1 root adm 91773 sept. 26 11:20 dmesg
-rw-r----- 1 root adm 92684 sept. 26 11:14 dmesg.0
-rw-r--r-- 1 root root 1392205 sept. 26 10:38 dpkg.log
-rw-r--r-- 1 root root 32032 sept. 26 10:25 faillog
-rw-r--r-- 1 root root 12395 sept. 26 10:38 fontconfig.log
-rw-r--r-- 1 root root 1383 sept. 26 11:20 gpu-manager.log
-rw-r--r-- 1 root root 1390 sept. 26 11:19 gpu-manager-switch.log
-rw-r----- 1 syslog adm 832263 sept. 26 11:22 kern.log
-rw-rw-r-- 1 root utmp 292292 sept. 26 10:25 lastlog
-rw-r--r-- 1 root root 55 sept. 26 11:20 prime-offload.log
-rw-r--r-- 1 root root 30 sept. 26 11:20 prime-supported.log
-rw-r----- 1 syslog adm 2182518 sept. 26 11:31 syslog
-rw-r--r-- 1 root root 2177750 sept. 26 11:24 syslog.txt
-rw-r--r-- 1 root root 28921 sept. 26 11:20 Xorg.0.log
-rw-r--r-- 1 root root 30061 sept. 26 11:19 Xorg.0.log.old
Buenas noches
-
Hola,
Nuevamente, el mouse no funciona. He registrado los logs justo después de que se volviera inactiva. He seleccionado los siguientes logs extrayendo la parte que relata los últimos minutos:
- syslog
- kern.log
- auth.log
Los tengo a disposición en formato pdf. El número de páginas es muy limitado.
¡Si puede ayudar!
Una pregunta recurrente que me hago. ¿Por qué el mouse funciona normalmente durante una hora hasta el apagado de la PC para no despertarse cuando se vuelve a encender la computadora? No es sistemático, también puede fallar en plena actividad.
-
Hola,
Me pregunto si tu problema no está más bien relacionado con el modo de suspensión, o al menos con la suspensión de tu ratón.
Rol de los logs más "famosos"
En cuanto a los logs, para saber dónde buscar, hay que ver en la documentación a qué se refieren:
- /var/log/Xorg.0.log : servidor gráfico, si el problema es específico del modo gráfico, podemos encontrar cosas aquí.
- /var/log/auth.log : se refiere a la autenticación, en principio no encontraremos nada aquí.
- /var/log/kern.log : log del núcleo, dado que el problema parece ligado al soporte del hardware, aquí podemos encontrar cosas. Pero si has concluido que es un problema específico de un entorno gráfico (por ejemplo, específico de MATE), el problema proviene de "más arriba".
- /var/log/syslog : log del sistema, lo mismo.
Capas de software y logs
Ahora explico este concepto de "más arriba". En resumen, Linux (y más generalmente, cualquier sistema operativo) se descompone en capas. Desde la más cercana al hardware hasta la más cercana al usuario, estas capas en este caso son:
- El hardware mismo.
- El núcleo (o el módulo del núcleo que gestiona el ratón), es decir, la capa de software que gestiona (entre otras cosas) el hardware. En terminología de Windows, puedes verlo como un gran "driver" aunque sea un poco más complicado.
- El sistema operativo (más particularmente udev, la hibernación...), que permite usar tu computadora.
- El servidor gráfico (Xorg=X11 o wayland...). Según en qué etapa estemos en el arranque:
- O el gestor de conexión (lightdm, gdm, sddm, ...)
- O el entorno gráfico (mate, gnome, KDE...)
- La aplicación en uso.
- El usuario.
En esta lista, mientras no lleguemos a la sesión gráfica, no hay un usuario identificado, por lo que todo se ejecuta como root (una vez que se ha cargado el núcleo). Los posibles logs se encuentran en /var/log.
Más allá, desde la perspectiva del sistema, son procesos lanzados por un usuario, y los posibles logs estarán escondidos en algún lugar en su carpeta personal.
Ten en cuenta que los servicios (por ejemplo, el servidor ssh, un posible servidor web o de base de datos) son iniciados por root o un usuario dedicado y sus logs también se generan en algún lugar en /var/log.
Examinar logs
Estrategia 1: en tiempo real: Cuando no se sabe en qué log buscar, una técnica consiste en monitorear en tiempo real los archivos de log con tail -f. Supongamos que deseas buscar en logs propios del sistema/núcleo:
tail -f /var/log/*log tail -f /var/log/kern.log /var/log/syslog
... luego, cuando ocurre el problema, ver los últimos mensajes aparecidos. Por supuesto, cuanto más estreches los archivos a monitorear, menos información irrelevante mostrarás. Puedes interrumpir la monitorización con ctrl c. Por supuesto, se pueden abrir múltiples terminales, cada uno a cargo de monitorear un archivo en particular.
Estrategia 2: a posteriori: se revisan las horas en las que se desencadena el problema con tu editor de texto favorito o un comando como cat, more o less para el log de tu elección.
Regresando a tu problema
Lo extraño en tu problema es el aspecto de "funciona un tiempo, luego deja de funcionar". Aquí están las posibles causas que veo:
- RAM dañada: pero probablemente tendrías otros síntomas.
- Hardware dañado: probar con otro ratón del mismo modelo ayudaría a saber.
- Bug en el núcleo o en un módulo: probar otra distribución que use otro núcleo permitiría validar o invalidar esta pista.
- Si esto sigue a una hibernación, podría ser un problema de implementación relacionado con la hibernación.
- Un mecanismo de ahorro de energía con errores (lo que parece coherente con los logs). En este caso, podríamos ver si desactivar el ahorro de energía USB no solucionaría el problema (ver aquí).
Pero pareces decir que el problema parece estar relacionado con un entorno gráfico particular (y no con los demás), por lo que sería otra causa. Deberías probar más extendidamente si eso es cierto, usando otro entorno gráfico (digamos gnome) durante más tiempo.
- Si no surge ningún problema, también sería bueno ver si los mensajes de error continúan apareciendo en los logs (en cuyo caso, esos mensajes de logs no tienen importancia y no permiten encontrar la causa del problema).
- Entonces podrías resolver tu problema decidiendo abandonar mate.
En relación a los logs que has guardado
Si son cortos, bastaría con adjuntarlos a tu próximo mensaje y compartirlos como lo harías con un fragmento de código.
Buena suerte
-
Hola,
Después de realizar pruebas, he recuperado el uso del ratón... al cambiar de distribución.
Pruebas y constataciones (síntesis)
Cuando accedo a la BIOS para modificar el orden de arranque (pruebas con una memoria USB en vivo con Ventoy), el ratón está activo. Lo mismo ocurre con distribuciones en modo Live.
Un último detalle. Cuando inicio Ubuntu Mate, el puntero del ratón permanece congelado. Sin embargo, al iniciar sesión del usuario después de ingresar la contraseña, el cursor reacciona tomando la forma de un círculo giratorio mientras espera la conexión del perfil elegido. Luego vuelve a su forma, una flecha, sin haberse movido un centímetro. No sé cómo se explica eso.
La "solución"
Después, sustituí Ubuntu Mate 22.04 por Zorin OS 17 (una hermosa distribución, por cierto). El ratón funcionó normalmente. Como estoy acostumbrado al entorno Mate y a caja, he migrado definitivamente a Linux Mint 22 Mate basado en Ubuntu 22. Todo funciona de maravilla.
Esto no resuelve de ninguna manera los problemas encontrados. Tengo a disposición extractos de logs, pero, dado su longitud, no quiero "asfixiar" el foro!
Una vez más, muchas gracias por tus consejos pertinentes y tus respuestas siempre muy instructivas.
Buen fin de semana.
-
Gracias por estos complementos de información. La buena noticia es que descarta cualquier problema relacionado con el hardware.
... he migrado definitivamente a Linux Mint 22 Mate basado en Ubuntu 2
- Según lo que se explica aquí, Linux Mint 22 está basado en Ubuntu 24.04 y, por lo tanto, en paquetes más recientes que los utilizados en el Ubuntu 22.04 del que hablabas en tu primer mensaje.
- Creo que, en el interín, el paquete que causó tu problema ha sido corregido. Supongo que las otras distribuciones con las que tuviste tu problema utilizaban (como Ubuntu 22.04) una versión demasiado antigua de dicho paquete. Para recordar, Ubuntu numera las versiones según el año y el mes de lanzamiento (ej: 24.04 corresponde a abril de 2024), pero aparentemente, Mint no sigue esta convención.
- La solución para resolver tu problema parece ser simplemente instalar una distribución de Linux reciente. Es difícil decir exactamente qué paquete es el que causó el problema (yo apuesto por un paquete relacionado con la hibernación, el USB y/o el núcleo).
- Dado que el problema ya no ocurre con una distribución de Linux reciente, eso significa que se ha corregido, por lo que ya no hay mucho interés en determinar la causa exacta para un posible informe de error.
Si tienes todas tus respuestas, ¿puedes marcar el tema como resuelto?
-
-
Buenas noches,
Efectivamente, me equivoqué al escribir que Linux Mint estaba basado en Ubuntu 22.04.
De nuevo, gracias por tu ayuda y los conocimientos que nos aportas constantemente.