Es un intento más de conseguir Fnque 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, xevni xbindkeystampoco keytouchestá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-editorcomo se sugiere aquí . nextya 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?
xevno 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 dmesgsalida y ver mensajes como Unknown key pressed (translated set 2, code 0xa0 on isa0060/serio0- alternativamente podría intentarlosudo showkey --scancodes
showkeyTiene el mismo resultado que xev, xbindkeyso keytouch. Escribí dmesg | grep -i 'key', dmesg | grep -i 'translated'etc: el resultado está vacío.