[opensuse-es] Problema con ratón y teclado bluetooth
Después de mi enésima reinstalación en limpio, sigo "disfrutando" del mismo problema desde hace meses ya. El teclado y el ratón se desactivan nada más aparecer la ventana de login de KDE. La config es la siguiente: kernel 2.6.34.7-0.7-desktop KDE 4.4 Apple Wireless Keyboard & Magic Mouse Por lo que veo en internet y en la lista inglesa..... no hay nada claro. Alguien ha logrado echarlo a andar? Estoy perdiendo la fe. :-( -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Si a alguien le viene a la cabeza algún comando que pueda servir de
test de lo que está pasando....
El día 19 de enero de 2011 00:38, Alfredo Amaya
Después de mi enésima reinstalación en limpio, sigo "disfrutando" del mismo problema desde hace meses ya. El teclado y el ratón se desactivan nada más aparecer la ventana de login de KDE. La config es la siguiente:
kernel 2.6.34.7-0.7-desktop KDE 4.4 Apple Wireless Keyboard & Magic Mouse
Por lo que veo en internet y en la lista inglesa..... no hay nada claro. Alguien ha logrado echarlo a andar? Estoy perdiendo la fe. :-(
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 Jan 2011 00:41:52 +0000, Alfredo Amaya escribió:
El día 19 de enero de 2011 00:38, Alfredo Amaya escribió:
Después de mi enésima reinstalación en limpio, sigo "disfrutando" del mismo problema desde hace meses ya. El teclado y el ratón se desactivan nada más aparecer la ventana de login de KDE. La config es la siguiente:
kernel 2.6.34.7-0.7-desktop KDE 4.4 Apple Wireless Keyboard & Magic Mouse
Por lo que veo en internet y en la lista inglesa..... no hay nada claro. Alguien ha logrado echarlo a andar? Estoy perdiendo la fe. :-(
Para descartar un problema con KDE, prueba con otro DE. Otra cosa, la versión estable de KDE en los repos del OBS es la 4.4.4. También puedes desactivar los efectos del escritorio. Cuando se bloquean el teclado y el ratón, ¿puedes acceder al equipo mediante ssh? ¿Responde si conectas un teclado/ratón USB? Prueba a iniciar con el "modo seguro".
Si a alguien le viene a la cabeza algún comando que pueda servir de test de lo que está pasando....
Tendrías que haber puesto el bugzilla en su día. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Para descartar un problema con KDE, prueba con otro DE. Otra cosa, la versión estable de KDE en los repos del OBS es la 4.4.4.
La versión de KDE es la estable al instalar desde el DVD. Cuando reporté el problema a la lista hace tiempo no ocurrió nada al subir de versión. Anyway, lo volveré a probar esta tarde.
También puedes desactivar los efectos del escritorio.
El fallo se produce ya desde el kdm sin empezar a escribir, no hay efectos ahí aún, no?
Cuando se bloquean el teclado y el ratón, ¿puedes acceder al equipo mediante ssh? ¿Responde si conectas un teclado/ratón USB?
Sí a la primera pregunta, a la segunda... no tengo d'eso en casa. Tengo PS/2 pero el PC no tiene esos conectores. Aún así, el problema reportado es con el Bluetooth.
Prueba a iniciar con el "modo seguro".
Idem :-(
Tendrías que haber puesto el bugzilla en su día.
Bastante gente lo ha hecho, mira por ejemplo los duplicados que aparecen en estos, así como la coincidencia de fechas: https://bugzilla.novell.com/show_bug.cgi?id=638200 https://bugzilla.novell.com/show_bug.cgi?id=576829 https://bugzilla.novell.com/show_bug.cgi?id=638005 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 Jan 2011 12:11:18 +0000, Alfredo Amaya escribió:
Para descartar un problema con KDE, prueba con otro DE. Otra cosa, la versión estable de KDE en los repos del OBS es la 4.4.4.
La versión de KDE es la estable al instalar desde el DVD. Cuando reporté el problema a la lista hace tiempo no ocurrió nada al subir de versión. Anyway, lo volveré a probar esta tarde.
Prueba con una LiveCD de GNOME que tenga el mismo kernel.
También puedes desactivar los efectos del escritorio.
El fallo se produce ya desde el kdm sin empezar a escribir, no hay efectos ahí aún, no?
Daba por hecho que habías podido iniciar la sesión y personalizar el entorno (y por ende, activar los efectos). ¿Qué sucede si desactivas el login, y habilitas el inicio automático de sesión, se queda colgado igualmente tras poco tiempo de haberse cargado el DE?
Cuando se bloquean el teclado y el ratón, ¿puedes acceder al equipo mediante ssh? ¿Responde si conectas un teclado/ratón USB?
Sí a la primera pregunta,
Entonces apunta a que son las X las que se quedan fritas. ¿Y ves algún registro "raro" cuando accedes en remoto (dmesg | tail -f) y el teclado/ ratón está bloqueado?
a la segunda... no tengo d'eso en casa. Tengo PS/2 pero el PC no tiene esos conectores. Aún así, el problema reportado es con el Bluetooth.
Hay que tener siempre a mano un conversor PS2/USB :-P. De todas formas, aunque sea con el Bluetooh, el receptor BT es USB ¿no?
Prueba a iniciar con el "modo seguro".
Idem :-(
Tendrías que haber puesto el bugzilla en su día.
Bastante gente lo ha hecho, mira por ejemplo los duplicados que aparecen en estos, así como la coincidencia de fechas:
No creo que sea el mismo problema del kernel, creo que es otra cosa diferente.
Este es para la 11.2 y el problema es distinto.
Hum... para descartar un problema del kernel (o del parche) podrías probar uno del KOTD. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 19 de enero de 2011 13:12, Camaleón
El Wed, 19 Jan 2011 12:11:18 +0000, Alfredo Amaya escribió:
Para descartar un problema con KDE, prueba con otro DE. Otra cosa, la versión estable de KDE en los repos del OBS es la 4.4.4.
La versión de KDE es la estable al instalar desde el DVD. Cuando reporté el problema a la lista hace tiempo no ocurrió nada al subir de versión. Anyway, lo volveré a probar esta tarde.
Prueba con una LiveCD de GNOME que tenga el mismo kernel.
También puedes desactivar los efectos del escritorio.
El fallo se produce ya desde el kdm sin empezar a escribir, no hay efectos ahí aún, no?
Daba por hecho que habías podido iniciar la sesión y personalizar el entorno (y por ende, activar los efectos). ¿Qué sucede si desactivas el login, y habilitas el inicio automático de sesión, se queda colgado igualmente tras poco tiempo de haberse cargado el DE?
Yeah, la única vez que logré entrar antes de que se bloqueara.... desde que entró quedaron inutilizables igualmente
Cuando se bloquean el teclado y el ratón, ¿puedes acceder al equipo mediante ssh? ¿Responde si conectas un teclado/ratón USB?
Sí a la primera pregunta,
Entonces apunta a que son las X las que se quedan fritas. ¿Y ves algún registro "raro" cuando accedes en remoto (dmesg | tail -f) y el teclado/ ratón está bloqueado?
Lo miraré hoy
a la segunda... no tengo d'eso en casa. Tengo PS/2 pero el PC no tiene esos conectores. Aún así, el problema reportado es con el Bluetooth. Hay que tener siempre a mano un conversor PS2/USB :-P. De todas formas, aunque sea con el Bluetooh, el receptor BT es USB ¿no?
Está integrado, aunque supongo que así será. Se trata de un iMac
Prueba a iniciar con el "modo seguro".
Idem :-(
Tendrías que haber puesto el bugzilla en su día.
Bastante gente lo ha hecho, mira por ejemplo los duplicados que aparecen en estos, así como la coincidencia de fechas:
No creo que sea el mismo problema del kernel, creo que es otra cosa diferente.
Este es para la 11.2 y el problema es distinto.
Yeah, pero a todos les ocurre por las mismas fechas y a raíz de un parche del kernel que corregía algún bug de seguridad.
Hum... para descartar un problema del kernel (o del parche) podrías probar uno del KOTD.
Pero entonces... podría echar a andar la ATI con el driver que cuelgan en la web? Es un archivo .run -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 Jan 2011 13:19:59 +0000, Alfredo Amaya escribió:
El 19 de enero de 2011 13:12, Camaleón escribió:
(...)
Hum... para descartar un problema del kernel (o del parche) podrías probar uno del KOTD.
Pero entonces... podría echar a andar la ATI con el driver que cuelgan en la web? Es un archivo .run
¿Estás usando el driver cerrado? Entonces no pongas un bugzilla, ya imagino la respuesta. Lo que sí podrías hacer es poner un bug para el driver radeon, si es que no te funciona correctamente. En cuanto al kernel del KOTD y el driver de ati no creo que tengas problemas, pensaba que ya estaría el 2.6.37.x, pero veo que aún tienen la versión 2.6.34.8 :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
¿Estás usando el driver cerrado? Entonces no pongas un bugzilla, ya imagino la respuesta. Lo que sí podrías hacer es poner un bug para el driver radeon, si es que no te funciona correctamente.
En cuanto al kernel del KOTD y el driver de ati no creo que tengas problemas, pensaba que ya estaría el 2.6.37.x, pero veo que aún tienen la versión 2.6.34.8 :-?
El driver cerrado lo metí ayer a ver si sonaban las campanas, con el radeon ocurre exactamente lo mismo. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Entonces apunta a que son las X las que se quedan fritas. ¿Y ves algún registro "raro" cuando accedes en remoto (dmesg | tail -f) y el teclado/ ratón está bloqueado?
El dmesg | tail -f me cuenta: [ 39.804941] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 39.804943] Bluetooth: BNEP filters: protocol multicast [ 39.863606] Bridge firewalling registered => ??? Esto puede ser un firewall al mismo Bluetooth?? [ 39.876798] Bluetooth: SCO (Voice Link) ver 0.6 [ 39.876800] Bluetooth: SCO socket layer initialized [ 40.695894] usb 1-1.1.2: USB disconnect, address 7 => Y por eso desconecta esto? [ 40.807240] usb 1-1.1.3: USB disconnect, address 8 => Y esto otro? [ 41.565387] Bluetooth: RFCOMM TTY layer initialized [ 41.565394] Bluetooth: RFCOMM socket layer initialized [ 41.565397] Bluetooth: RFCOMM ver 1.11 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 Jan 2011 19:14:42 +0000, Alfredo Amaya escribió:
Entonces apunta a que son las X las que se quedan fritas. ¿Y ves algún registro "raro" cuando accedes en remoto (dmesg | tail -f) y el teclado/ ratón está bloqueado?
El dmesg | tail -f me cuenta:
[ 39.804941] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 39.804943] Bluetooth: BNEP filters: protocol multicast [ 39.863606] Bridge firewalling registered => ??? Esto puede ser un firewall al mismo Bluetooth??
Creo que lo hace es activar una de las muchas extensiones del BT: http://en.wikipedia.org/wiki/Bluetooth#BNEP_.28Bluetooth_Network_Encapsulati...
[ 39.876798] Bluetooth: SCO (Voice Link) ver 0.6 [ 39.876800] Bluetooth: SCO socket layer initialized [ 40.695894] usb 1-1.1.2: USB disconnect, address 7 => Y por eso desconecta esto? [ 40.807240] usb 1-1.1.3: USB disconnect, address 8 => Y esto otro? [ 41.565387] Bluetooth: RFCOMM TTY layer initialized [ 41.565394] Bluetooth: RFCOMM socket layer initialized [ 41.565397] Bluetooth: RFCOMM ver 1.11
No sé qué relación podría haber entre los mensajes de desconexión del USB con el bloqueo del teclado/ratón (si es que hay alguna), pero no estaría de más que reiniciaras el servicio (rcbluetooth restart) en remoto para ver eso logra devolver a la vida al teclado y al ratón :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
No sé qué relación podría haber entre los mensajes de desconexión del USB con el bloqueo del teclado/ratón (si es que hay alguna), pero no estaría de más que reiniciaras el servicio (rcbluetooth restart) en remoto para ver eso logra devolver a la vida al teclado y al ratón :-?
Zenx, lo probaré. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 20 de enero de 2011 13:08, Alfredo Amaya
No sé qué relación podría haber entre los mensajes de desconexión del USB con el bloqueo del teclado/ratón (si es que hay alguna), pero no estaría de más que reiniciaras el servicio (rcbluetooth restart) en remoto para ver eso logra devolver a la vida al teclado y al ratón :-?
Zenx, lo probaré.
No tengo ese servicio como tal, lo que sí tengo es uno llamado /etc/init.d/bluez-coldplug que está activo y que, si reinicio remotamente... no ocurre nada. Tampoco ocurre nada con el bluetooth si reinicio rcxdm, pero en /var/log/messages produce: Jan 20 17:44:20 aragorn kernel: [ 887.283729] [fglrx] IRQ 37 Disabled Jan 20 17:44:21 aragorn kdm_config[7121]: Multiple occurrences of key 'UseTheme' in section [X-*-Greeter] of /usr/share/kde4/config/kdm/kdmrc Jan 20 17:44:21 aragorn acpid: 1 client rule loaded Jan 20 17:44:22 aragorn kernel: [ 889.092937] fglrx_pci 0000:01:00.0: irq 37 for MSI/MSI-X Jan 20 17:44:22 aragorn kernel: [ 889.094132] [fglrx] Firegl kernel thread PID: 7136 Jan 20 17:44:22 aragorn kernel: [ 889.094381] [fglrx] IRQ 37 Enabled Jan 20 17:44:22 aragorn kernel: [ 889.566356] [fglrx] Gart USWC size:1248 M. Jan 20 17:44:22 aragorn kernel: [ 889.566358] [fglrx] Gart cacheable size:494 M. Jan 20 17:44:22 aragorn kernel: [ 889.566361] [fglrx] Reserved FB block: Shared offset:0, size:1000000 Jan 20 17:44:22 aragorn kernel: [ 889.566362] [fglrx] Reserved FB block: Unshared offset:fc17000, size:3e9000 Jan 20 17:44:22 aragorn kernel: [ 889.566364] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 No entiendo qué pasa! -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 20 Jan 2011 17:45:37 +0000, Alfredo Amaya escribió:
El 20 de enero de 2011 13:08, Alfredo Amaya escribió:
No sé qué relación podría haber entre los mensajes de desconexión del USB con el bloqueo del teclado/ratón (si es que hay alguna), pero no estaría de más que reiniciaras el servicio (rcbluetooth restart) en remoto para ver eso logra devolver a la vida al teclado y al ratón :-?
Zenx, lo probaré.
No tengo ese servicio como tal, lo que sí tengo es uno llamado /etc/init.d/bluez-coldplug que está activo y que, si reinicio remotamente... no ocurre nada.
"px aux | grep - i blue" por si acaso.
Tampoco ocurre nada con el bluetooth si reinicio rcxdm, pero en /var/log/messages produce:
Jan 20 17:44:20 aragorn kernel: [ 887.283729] [fglrx] IRQ 37 Disabled Jan 20 17:44:21 aragorn kdm_config[7121]: Multiple occurrences of key 'UseTheme' in section [X-*-Greeter] of /usr/share/kde4/config/kdm/kdmrc Jan 20 17:44:21 aragorn acpid: 1 client rule loaded Jan 20 17:44:22 aragorn kernel: [ 889.092937] fglrx_pci 0000:01:00.0: irq 37 for MSI/MSI-X Jan 20 17:44:22 aragorn kernel: [ 889.094132] [fglrx] Firegl kernel> thread PID: 7136 Jan 20 17:44:22 aragorn kernel: [ 889.094381] [fglrx] IRQ 37 Enabled Jan 20 17:44:22 aragorn kernel: [ 889.566356] [fglrx] Gart USWC size:1248 M. Jan 20 17:44:22 aragorn kernel: [ 889.566358] [fglrx] Gart cacheable size:494 M. Jan 20 17:44:22 aragorn kernel: [ 889.566361] [fglrx] Reserved FB block: Shared offset:0, size:1000000 Jan 20 17:44:22 aragorn kernel: [ 889.566362] [fglrx] Reserved FB block: Unshared offset:fc17000, size:3e9000 Jan 20 17:44:22 aragorn kernel: [ 889.566364] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000
No entiendo qué pasa!
No pasa nada... esos mensajes me parecen normales. ¿Has probado a conectar un ratón USB? Otra cosa que podrías mirar es el registro de Xorg "/var/log/Xorg.0.log" (busca errores que puedan estar relacionados con el teclado/ratón) y el "~/.xsession-errors". Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
No tengo ese servicio como tal, lo que sí tengo es uno llamado /etc/init.d/bluez-coldplug que está activo y que, si reinicio remotamente... no ocurre nada.
"px aux | grep - i blue" por si acaso.
ps aux | grep -i blue root 804 0.0 0.0 0 0 ? S 18:22 0:00 [bluetooth] root 4057 0.0 0.0 4516 2012 ? Ss 18:22 0:00 /usr/sbin/bluetoothd --udev root 5653 0.0 0.0 2420 736 pts/0 S+ 18:29 0:00 grep -i blue GRRRRRRRRRRRR
No entiendo qué pasa!
No pasa nada... esos mensajes me parecen normales.
Ya, por eso digo que no lo entendía ;-)
Otra cosa que podrías mirar es el registro de Xorg "/var/log/Xorg.0.log" (busca errores que puedan estar relacionados con el teclado/ratón) y el "~/.xsession-errors".
Efectivamente aquí si vienen errores, debido a reglas udev O_o. Este es mi Xorg.0.log: http://paste.opensuse.org/98308711 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Otra cosa que podrías mirar es el registro de Xorg "/var/log/Xorg.0.log" (busca errores que puedan estar relacionados con el teclado/ratón) y el "~/.xsession-errors".
Efectivamente aquí si vienen errores, debido a reglas udev O_o. Este es mi Xorg.0.log:
Y el .xsession-errors tampoco va bien que digamos. Se queja de que el idioma no está configurado, supongo que como consecuencia del error anterior: http://paste.opensuse.org/79940835 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 20 de enero de 2011 18:47, Alfredo Amaya
Otra cosa que podrías mirar es el registro de Xorg "/var/log/Xorg.0.log" (busca errores que puedan estar relacionados con el teclado/ratón) y el "~/.xsession-errors".
Efectivamente aquí si vienen errores, debido a reglas udev O_o. Este es mi Xorg.0.log:
Y el .xsession-errors tampoco va bien que digamos. Se queja de que el idioma no está configurado, supongo que como consecuencia del error anterior:
Adjunto mi xorg.conf: http://paste.opensuse.org/17911391 así como el contenido del directorio /etc/X11/xorg.conf.d/ 10-evdev.conf: http://paste.opensuse.org/31368031 11-mouse.conf: http://paste.opensuse.org/19756389 20-synaptics.conf: http://paste.opensuse.org/23444446 20-wacom.conf: http://paste.opensuse.org/81459693 50-device.conf: http://paste.opensuse.org/93714359 50-monitor.conf: http://paste.opensuse.org/85634278 50-screen.conf: http://paste.opensuse.org/31287554 50-vmmouse.conf: http://paste.opensuse.org/94062225 90-keytable.conf: http://paste.opensuse.org/67115372 Me llama la atención el contenido del fichero .conf del ratón, la cantidad de modelos que define, así como la presencia de los ficheros wacom y synaptics, no sé a cuenta de qué, ¿es eso habitual? -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Efectivamente aquí si vienen errores, debido a reglas udev O_o. Este es mi Xorg.0.log:
Estoy intentando la solución propuesta aquí: http://forums.opensuse.org/english/get-help-here/hardware/445907-keyboard-mo... Pero durante el arranque puedo ver durante un instante un error relativo a reglas udev que es nuevo. Sin embargo no puedo leerlo del todo, ¿alguien recuerda de qué log se trata? Antes yast ya traía un módulo para eso que ahora no veo, y /var/log/boot.msg tampoco es. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sat, 22 Jan 2011 20:37:51 +0000, Alfredo Amaya escribió:
Efectivamente aquí si vienen errores, debido a reglas udev O_o. Este es mi Xorg.0.log:
Estoy intentando la solución propuesta aquí:
http://forums.opensuse.org/english/get-help-here/hardware/445907-keyboard-mo...
Pero durante el arranque puedo ver durante un instante un error relativo a reglas udev que es nuevo. Sin embargo no puedo leerlo del todo, ¿alguien recuerda de qué log se trata? Antes yast ya traía un módulo para eso que ahora no veo, y /var/log/boot.msg tampoco es.
"grep udev /var/log/*" a ver si suena la flauta... O puedes ejecutar la regla para ver dónde falla: http://reactivated.net/writing_udev_rules.html#udevtest Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
"grep udev /var/log/*" a ver si suena la flauta...
Faltaba un label al final, y cantaba un error de sintaxis que ya no da.
O puedes ejecutar la regla para ver dónde falla:
Nada, creo que no crea el dispositivo debido a una de esas reglas, o lo crea pero lo desactiva, no sé. Para probar lo que has sugerido necesito saber el DEVPATH, así que: dmesg | grep HID [ 1.263754] usbhid: USB HID core driver [ 2.763279] apple 0003:05AC:8242.0001: hiddev96,hidraw0: USB HID v1.11 Device [Apple Computer, Inc. IR Receiver] on usb-0000:00:1d.7-1.2/input0 [ 3.047685] input: HID 05ac:820a as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input0 [ 3.047806] generic-usb 0003:05AC:820A.0002: input,hidraw1: USB HID v1.11 Keyboard [HID 05ac:820a] on usb-0000:00:1a.7-1.1.2/input0 [ 3.192534] input: HID 05ac:820b as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.3/1-1.1.3:1.0/input/input1 [ 3.192655] generic-usb 0003:05AC:820B.0003: input,hidraw2: USB HID v1.11 Mouse [HID 05ac:820b] on usb-0000:00:1a.7-1.1.3/input0 de donde extraigo: /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input0 para el teclado /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.3/1-1.1.3:1.0/input/input1 para el ratón al lanzar: udevadm test /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input0 me devuelve: udev_rules_new: rules use 196788 bytes tokens (16399 * 12 bytes), 34711 bytes buffer udev_rules_new: temporary index used 57420 bytes (2871 * 20 bytes) unable to open device '/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input0' Fin de la historia! No parece esto un callejón sin salida? -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
La regla que he creado es:
http://paste.opensuse.org/40621397
El día 23 de enero de 2011 17:22, Alfredo Amaya
"grep udev /var/log/*" a ver si suena la flauta...
Faltaba un label al final, y cantaba un error de sintaxis que ya no da.
O puedes ejecutar la regla para ver dónde falla:
Nada, creo que no crea el dispositivo debido a una de esas reglas, o lo crea pero lo desactiva, no sé. Para probar lo que has sugerido necesito saber el DEVPATH, así que:
dmesg | grep HID [ 1.263754] usbhid: USB HID core driver [ 2.763279] apple 0003:05AC:8242.0001: hiddev96,hidraw0: USB HID v1.11 Device [Apple Computer, Inc. IR Receiver] on usb-0000:00:1d.7-1.2/input0 [ 3.047685] input: HID 05ac:820a as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input0 [ 3.047806] generic-usb 0003:05AC:820A.0002: input,hidraw1: USB HID v1.11 Keyboard [HID 05ac:820a] on usb-0000:00:1a.7-1.1.2/input0 [ 3.192534] input: HID 05ac:820b as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.3/1-1.1.3:1.0/input/input1 [ 3.192655] generic-usb 0003:05AC:820B.0003: input,hidraw2: USB HID v1.11 Mouse [HID 05ac:820b] on usb-0000:00:1a.7-1.1.3/input0
de donde extraigo:
/devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input0 para el teclado
/devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.3/1-1.1.3:1.0/input/input1 para el ratón
al lanzar:
udevadm test /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input0 me devuelve:
udev_rules_new: rules use 196788 bytes tokens (16399 * 12 bytes), 34711 bytes buffer udev_rules_new: temporary index used 57420 bytes (2871 * 20 bytes) unable to open device '/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input0'
Fin de la historia! No parece esto un callejón sin salida?
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 23 Jan 2011 17:24:25 +0000, Alfredo Amaya escribió:
La regla que he creado es:
Se supone¹ que la regla tiene que ser: http://paste.opensuse.org/26464010 ¹http://forums.opensuse.org/english/get-technical-help-here/hardware/445907-k... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Se supone¹ que la regla tiene que ser:
http://paste.opensuse.org/26464010
¹http://forums.opensuse.org/english/get-technical-help-here/hardware/445907-k...
Se supone que, según la línea 11: # determine class name for autosuspend disable, only apply to razer mice Anyway, el resultado es el mismo en ambos casos :-( -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 23 Jan 2011 18:36:21 +0000, Alfredo Amaya escribió:
Se supone¹ que la regla tiene que ser:
http://paste.opensuse.org/26464010
¹http://forums.opensuse.org/english/get-technical-help-here/hardware/445907-k...
Se supone que, según la línea 11:
# determine class name for autosuspend disable, only apply to razer mice
Anyway, el resultado es el mismo en ambos casos :-(
Vaya :-( Bueno, pues deberías pensar en abrir un bug nuevo porque además, eso de añadir una regla me parece bien como baipás pero si algo está mal es mejor arreglarlo ¿no? Yo probaría con otro kernel, incluso con una LiveCD de GNOME para ver si notas alguna diferencia... y con esos resultados me iría al bugzilla de cabeza. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Bueno, pues deberías pensar en abrir un bug nuevo porque además, eso de añadir una regla me parece bien como baipás pero si algo está mal es mejor arreglarlo ¿no?
Done :-( https://bugzilla.novell.com/show_bug.cgi?id=666449
Yo probaría con otro kernel, incluso con una LiveCD de GNOME para ver si notas alguna diferencia... y con esos resultados me iría al bugzilla de cabeza. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 23 de enero de 2011 20:30, Alfredo Amaya
Bueno, pues deberías pensar en abrir un bug nuevo porque además, eso de añadir una regla me parece bien como baipás pero si algo está mal es mejor arreglarlo ¿no?
Resuelto!! Estoy "dentro"!! ;-) La solución era la siguiente: Please try the following (logging in via ssh as root): echo "blacklist btusb" > /etc/modprobe.d/99-btusb Then reboot. This will prevent btusb (the bluetooth driver) module from being loaded during boot. Chances are, that your keyboard / mouse are working in HID compat mode and that once we load the BT driver, we need to also care for the BT keyboard and mouse. Preventing the Bluetooth driver being loaded will keep the keyboard & mouse in HID compat mode, at least taht's my plan :-) Lo que veo ahora era que pensaba editar el artículo en la wiki para reflejar este caso.... y me la han cambiao!! Juraría que antes había un artículo sobre los aspectos a destacar para hacer la instalación sobre un Mac (no sé si hasta lo había hecho yo mismo durante un domingo largo)... y ahora no lo encuentro. Creo que con el cambio de wiki se lo han pulido. :-( En fin, que la felicidad nunca puede ser completa. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 25 Jan 2011 19:01:39 +0000, Alfredo Amaya escribió:
El 23 de enero de 2011 20:30, Alfredo Amaya escribió:
Bueno, pues deberías pensar en abrir un bug nuevo porque además, eso de añadir una regla me parece bien como baipás pero si algo está mal es mejor arreglarlo ¿no?
Resuelto!! Estoy "dentro"!! ;-)
Me alegro :-) Tan sólo había que aplicar el "Principio de Peter", libro que acabo de leer hace muy poco y el cual recomiendo encarecidamente porque es muy didáctico a la par que divertido: "cuando no eres competente para dar con la solución de un problema (esto lo digo por mí) busca a la persona que lo pueda solucionar de la forma más efectiva posible (→ bugzilla)".
La solución era la siguiente:
(...) Juvar, pues sí que han mejorado en rapidez :-O
Lo que veo ahora era que pensaba editar el artículo en la wiki para reflejar este caso.... y me la han cambiao!! Juraría que antes había un artículo sobre los aspectos a destacar para hacer la instalación sobre un Mac (no sé si hasta lo había hecho yo mismo durante un domingo largo)... y ahora no lo encuentro. Creo que con el cambio de wiki se lo han pulido. :-(
http://es.opensuse.org/index.php?title=Especial:Contribuciones&limit=500&target=Alfre2
En fin, que la felicidad nunca puede ser completa.
Búscate por ahí arriba, esas son todas tus contribuciones (sí, he tenido que "espiarte" un poco ;-) ). Recuerda que la página personal de cada usuario en la wiki inglesa tiene que "migrarse" manualmente a la nueva, no era un proceso automático (o eso es lo último que recuerdo del tema...). Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
La solución era la siguiente:
(...)
Juvar, pues sí que han mejorado en rapidez :-O
Yeah, aunque el tipo da el bug como resuelto, no lo cierra, admitiendo que no se le ocurre cómo arreglarlo de forma definitiva ya que es un comportamiento del Bt stack: "I'll resolve this as "worksforme", even though I know that this is not perfect yet."
Búscate por ahí arriba, esas son todas tus contribuciones (sí, he tenido que "espiarte" un poco ;-) ). Recuerda que la página personal de cada usuario en la wiki inglesa tiene que "migrarse" manualmente a la nueva, no era un proceso automático (o eso es lo último que recuerdo del tema...).
Grrrrrr, exacto, era un artículo sobre la instalación del ASUS Eeepc, no del Mac, en fin... -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 25 Jan 2011 21:13:03 +0000, Alfredo Amaya escribió:
La solución era la siguiente:
(...)
Juvar, pues sí que han mejorado en rapidez :-O
Yeah, aunque el tipo da el bug como resuelto, no lo cierra, admitiendo que no se le ocurre cómo arreglarlo de forma definitiva ya que es un comportamiento del Bt stack:
"I'll resolve this as "worksforme", even though I know that this is not perfect yet."
Bueno, bueno... teniendo en cuenta la coyuntura actual y la confabulación planetaria, con Júpiter en la órbita de Neptuno, me parece que eso se puede pasar por alto. No, en serio, creo que se han portado muy bien. No sólo han sido rápidos en responder sino que han dado en el clavo con el problema, han proporcionado un "workaround" factible y además han explicado y detallado el por qué del "worksforme". Cuando tengan más tiempo y personal lo podrán retomar y solucionar como dios manda (je, je... es decir, dentro de ~5 años o quizá un poco antes si alguien les regala un Macbook, que hay que ver lo rápido que se solucionan los bugzillas cuando el problema lo sufren los propios "devels" -sí, eso iba con cierta maldad- >;-) ) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 18 de enero de 2011 21:38, Alfredo Amaya
Después de mi enésima reinstalación en limpio, sigo "disfrutando" del mismo problema desde hace meses ya. El teclado y el ratón se desactivan nada más aparecer la ventana de login de KDE. La config es la siguiente:
kernel 2.6.34.7-0.7-desktop KDE 4.4 Apple Wireless Keyboard & Magic Mouse
Por lo que veo en internet y en la lista inglesa..... no hay nada claro. Alguien ha logrado echarlo a andar? Estoy perdiendo la fe. :-( --
Yo tengo el mouse y el teclado conectados por microondas (ya que la cpu esta a 5 km de distancia), y no tengo ningun problema......☼ ☺ ☻ ♂ ♀☜ ☞ ☎ ☏ εїз ♨ ◊ ♦ ♥ ♠ ♣ ♧ ♤ ♧ ♫ ♬ ♪ ♩ ♭ ♪ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Yo tengo el mouse y el teclado conectados por microondas (ya que la cpu esta a 5 km de distancia), y no tengo ningun problema......☼ ☺ ☻ ♂ ♀☜ ☞ ☎ ☏ εїз ♨ ◊ ♦ ♥ ♠ ♣ ♧ ♤ ♧ ♫ ♬ ♪ ♩ ♭ ♪
¿Esto sigue siendo la lista de openSUSE o la han redirigido a Yahoo respuestas? Me temo que este tipo de respuestas sobran por aquí, o tal vez valgan para un [OT], pero parece que hay gente que necesita dejar "su sello" en todos los hilos aunque no pueda contribuir ayudando. A ver si entre todos contribuimos a no cargarnos la utilidad de la lista, por favor. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 18 de enero de 2011 22:15, Alfredo Amaya
Yo tengo el mouse y el teclado conectados por microondas (ya que la cpu esta a 5 km de distancia), y no tengo ningun problema......☼ ☺ ☻ ♂ ♀☜ ☞ ☎ ☏ εїз ♨ ◊ ♦ ♥ ♠ ♣ ♧ ♤ ♧ ♫ ♬ ♪ ♩ ♭ ♪
¿Esto sigue siendo la lista de openSUSE o la han redirigido a Yahoo respuestas? Me temo que este tipo de respuestas sobran por aquí, o tal vez valgan para un [OT], pero parece que hay gente que necesita dejar "su sello" en todos los hilos aunque no pueda contribuir ayudando. A ver si entre todos contribuimos a no cargarnos la utilidad de la lista, por favor.
Veo que no tienes sentido del humor!!! Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Veo que no tienes sentido del humor!!!
Salu2
Lo que tengo es un problema con el teclado y el ratón a causa de un bug (entiendo) que me obliga a usar Mac desde hace meses. Así que digamos que así es, lo que menos derrocho ahora mismo es sentido del humor. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 18 de enero de 2011 23:12, Alfredo Amaya
Veo que no tienes sentido del humor!!!
Salu2
Lo que tengo es un problema con el teclado y el ratón a causa de un bug (entiendo) que me obliga a usar Mac desde hace meses. Así que digamos que así es, lo que menos derrocho ahora mismo es sentido del humor.
A vos sí que te gusta complicarte la vida!!! No es mas sencillo con cables, y sin radiaciones cancerígenas??? O lo que buscas, es morirte de cancer??? Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (3)
-
Alfredo Amaya -
Camaleón -
Juan Erbes