C'est une autre tentative pour que les Fn
touches d'augmentation / diminution du volume, de la luminosité, etc. fonctionnent. Ces contrôles ne fonctionnent tout simplement pas dans mon ultrabook sans marque.
Je veux les détecter à modifier /home/username/.config/openbox/lubuntu-rc.xml
, car ce qui suit ne semble pas fonctionner:
<keybind key="XF86AudioRaiseVolume">
<action name="Execute">
<command>amixer -q sset Master 3%+ unmute</command>
Ni xev
ni xbindkeys
ni keytouch
ne détectent lorsque j'appuie sur le volume ou la luminosité, par exemple. Le bouton Marche / Arrêt du pavé tactile fonctionne, mais il n'est pas non plus détecté par ces applications.
J'ai également essayé avec dconf-editor
comme il est suggéré ici . next
était déjà réglé sur XF86AudioNext
(et il l'est active
)
Ici , je lis l'explication suivante:
Certaines Fncombinaisons de touches d' ordinateur portable sont des clés multimédias (apparaissant à l'OS comme des clés ordinaires avec des codes non standard), tandis que d'autres déclenchent des événements ACPI qui finissent par atteindre l'OS, et certaines sont juste gérées par le BIOS et jamais vues par l'OS. Les chemins d'informations sont expliqués sur la page Raccourcis / Architecture sur le wiki Ubuntu, avec des diagrammes.
Si le système d'exploitation ne peut rien voir lorsque vous appuyez sur les touches de luminosité, c'est peut-être parce qu'elles sont gérées directement par le BIOS. La bataille n'est pas complètement perdue - il est en principe possible de pirater le BIOS - mais le niveau de difficulté est considérablement relevé.
Une idée?
xev
ne signale pas les codes clés de vos touches, mais le noyau voit-il les scancodes ? Vous devriez pouvoir vérifier la dmesg
sortie et voir des messages comme Unknown key pressed (translated set 2, code 0xa0 on isa0060/serio0
- alternativement, vous pouvez essayersudo showkey --scancodes
showkey
le même résultat que xev
, xbindkeys
ou keytouch
. Je tapais dmesg | grep -i 'key'
, dmesg | grep -i 'translated'
etc: le résultat est vide.