Ce type de logiciel basé sur Windows ne fonctionne pas avec le matériel système de l'une des méthodes qui seraient normalement utilisées pour exécuter le logiciel Windows - Windows virtualisé, ou WINE. Cela est dû aux limitations inhérentes à chaque méthode d'exécution de logiciel, et malheureusement ne peut pas être résolu de manière sûre/sécurisée/raisonnable.
Windows virtualisé : Cela ne fonctionnera pas pour ce type d'intégration matériel/logiciel.
Les rétroéclairages du clavier se trouvent au niveau du matériel système. Les machines virtuelles n'ont pas la capacité d'avoir ce niveau d'interconnexion avec le matériel hôte pour interagir directement avec ce matériel. Cela exclut l'utilisation d'une VM pour réaliser cela.
WINE : Cela ne fonctionnera pas non plus en raison des restrictions/permissions de contrôle d'accès système/matériel inhérentes à l'espace utilisateur (et non au niveau du service administrateur/système) que Wine utilise
En même temps, Wine n'a pas l'exposition ni l'accès aux ressources matérielles et aux appels de modification au niveau d'accès dont il a besoin sur l'hôte pour gérer ce type d'interopérabilité matérielle. Cela est dû au fait que, en un mot, accéder aux appels matériels est (a) en dehors du champ de développement de Wine, et (b) ne peut pas vraiment être fait sans exécuter Wine en tant que superutilisateur, ce que Wine est activement programmé pour interdire dans les versions récentes.
Donc sauf si Lenovo publie une version Ubuntu du logiciel, il est peu probable que vous puissiez faire fonctionner ce logiciel (et donc le rétroéclairage du clavier), ce qui affectera la capacité de votre clavier à utiliser son rétroéclairage. (Cela dit, il devrait y avoir un moyen d'avoir le rétroéclairage 'toujours allumé' ou 'toujours éteint', donc vous pourriez trouver quelque chose comme ça que vous pouvez configurer depuis le côté Windows pour définir les autorisations/configuration par défaut pour avoir le rétroéclairage).
L'autre possibilité est que quelqu'un quelque part ait trouvé une solution en contournant qui fait sensiblement la même chose. Cependant, cela dépasse le cadre de la question initiale ("Y a-t-il un moyen d'exécuter un programme à l'intérieur d'une VM qui pourrait accéder au matériel du système hôte lui-même"), et donc en dehors du cadre de cette réponse (vous êtes libre de rechercher une telle solution contournée vous-même).
