Es un intento más de conseguir Fn
que funcionen las teclas para subir / bajar volumen, brillo, etc. Esos controles simplemente no funcionan en mi ultrabook sin marca.
Quiero detectarlos para modificarlos /home/username/.config/openbox/lubuntu-rc.xml
, ya que lo siguiente no parece funcionar:
<keybind key="XF86AudioRaiseVolume">
<action name="Execute">
<command>amixer -q sset Master 3%+ unmute</command>
Ni, xev
ni xbindkeys
tampoco keytouch
están detectando cuando presiono subir volumen o bajar brillo, por ejemplo. El botón de inicio / detención del panel táctil funciona, pero esas aplicaciones tampoco lo detectan.
También lo intenté dconf-editor
como se sugiere aquí . next
ya estaba configurado en XF86AudioNext
(y lo está active
)
Aquí , leo la siguiente explicación:
Algunas Fncombinaciones de teclas para computadoras portátiles son teclas multimedia (que aparecen en el sistema operativo como teclas normales con códigos no estándar), mientras que otras activan eventos ACPI que eventualmente llegan al sistema operativo, y algunas solo son manejadas por el BIOS y nunca son vistas por el sistema operativo. Las rutas de información se explican en la página Teclas de acceso rápido / Arquitectura en la wiki de Ubuntu, completa con diagramas.
Si el sistema operativo no puede ver nada cuando presiona las teclas de brillo, podría deberse a que el BIOS las maneja directamente. La batalla no se pierde por completo, en principio es posible hackear el BIOS, pero el nivel de dificultad aumenta considerablemente.
¿Alguna idea?
xev
no informa los códigos de tecla para sus pulsaciones de teclas, pero ¿el núcleo ve los códigos de escaneo ? Debería poder verificar la dmesg
salida y ver mensajes como Unknown key pressed (translated set 2, code 0xa0 on isa0060/serio0
- alternativamente podría intentarlosudo showkey --scancodes
showkey
Tiene el mismo resultado que xev
, xbindkeys
o keytouch
. Escribí dmesg | grep -i 'key'
, dmesg | grep -i 'translated'
etc: el resultado está vacío.