C'est une autre tentative pour que les Fntouches 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 xevni xbindkeysni keytouchne 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-editorcomme 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?
xevne signale pas les codes clés de vos touches, mais le noyau voit-il les scancodes ? Vous devriez pouvoir vérifier la dmesgsortie et voir des messages comme Unknown key pressed (translated set 2, code 0xa0 on isa0060/serio0- alternativement, vous pouvez essayersudo showkey --scancodes
                showkeyle même résultat que xev, xbindkeysou keytouch. Je tapais dmesg | grep -i 'key', dmesg | grep -i 'translated'etc: le résultat est vide.