È un altro tentativo per far funzionare i Fn
tasti su volume su / giù, luminosità, ecc. Quei controlli semplicemente non funzionano nel mio ultrabook senza marchio.
Voglio rilevarli per modificarli /home/username/.config/openbox/lubuntu-rc.xml
, poiché quanto segue non sembra funzionare:
<keybind key="XF86AudioRaiseVolume">
<action name="Execute">
<command>amixer -q sset Master 3%+ unmute</command>
Né xev
né xbindkeys
né keytouch
si rileva quando si preme VoLumen o Riduzione luminosità, per esempio. Il pulsante di avvio / arresto del touchpad funziona, ma non viene rilevato nemmeno da quelle applicazioni.
Ho anche provato con dconf-editor
come è suggerito qui . next
era già impostato su XF86AudioNext
(ed è active
)
Qui , ho letto la seguente spiegazione:
Alcune Fncombinazioni di tasti del laptop sono chiavi multimediali (che appaiono al sistema operativo come chiavi ordinarie con codici non standard), mentre altre attivano eventi ACPI che alla fine raggiungono il sistema operativo, e alcune sono semplicemente gestite dal BIOS e mai viste dal sistema operativo. I percorsi delle informazioni sono spiegati nella pagina Tasti di scelta rapida / Architettura sul wiki di Ubuntu, completi di diagrammi.
Se il sistema operativo non riesce a vedere nulla quando si premono i tasti di luminosità, potrebbe essere perché sono gestiti direttamente dal BIOS. La battaglia non è completamente persa - in linea di principio è possibile hackerare il BIOS - ma il livello di difficoltà è notevolmente aumentato.
Qualche idea?
xev
non riporta i codici chiave per i tasti premuti, ma il kernel vede gli scancodes ? Dovresti essere in grado di controllare l' dmesg
output e vedere messaggi come Unknown key pressed (translated set 2, code 0xa0 on isa0060/serio0
- in alternativa potresti provaresudo showkey --scancodes
showkey
Ha lo stesso risultato di xev
, xbindkeys
o keytouch
. Ho digitato dmesg | grep -i 'key'
, dmesg | grep -i 'translated'
ecc.: Il risultato è vuoto.