È un altro tentativo per far funzionare i Fntasti 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é xevné xbindkeysné keytouchsi 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-editorcome è suggerito qui . nextera 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?
xevnon riporta i codici chiave per i tasti premuti, ma il kernel vede gli scancodes ? Dovresti essere in grado di controllare l' dmesgoutput e vedere messaggi come Unknown key pressed (translated set 2, code 0xa0 on isa0060/serio0- in alternativa potresti provaresudo showkey --scancodes
showkeyHa lo stesso risultato di xev, xbindkeyso keytouch. Ho digitato dmesg | grep -i 'key', dmesg | grep -i 'translated'ecc.: Il risultato è vuoto.