Pourquoi le «Mode Avion» continue-t-il de basculer sur mon ordinateur portable HP dans Ubuntu 18.04?

J'ai un ordinateur portable convertible HP Spectre x360 et j'utilise Ubuntu 18.04. Chaque fois que je tourne l'écran sur le côté ou en mode tablette et en arrière, le «Mode avion» est activé. En fait, lorsque je démarre et que je me connecte, je dois désactiver manuellement le «Mode avion» et réactiver le wifi. Je ne veux pas désactiver le plugin gnome rfkill comme ceci: 'gsettings set org.gnome.settings-daemon.plugins.rfkill active false' parce qu'alors je ne peux plus utiliser le bluetooth. De plus, pour une raison oubliée, même lorsque je désactive le plugin, le shell gnome active de toute façon le `` mode avion '', ce qui signifie que je dois réactiver le wifi à CHAQUE fois que je me connecte. C'est tellement ennuyeux, j'ai vraiment aimé où allait 18.04 mais cela rompt sérieusement toute l'expérience du shell gnome.

Dans la coque gnome, le "Mode avion" est automatiquement activé au démarrage pour de nombreux ordinateurs portables HP, lorsque l'écran est incliné latéralement ou lorsque le couvercle est ouvert / fermé. Ce qui suit est un correctif pour les ordinateurs portables HP exécutant Linux et utilisant le shell gnome. Le code de clé 240 est défini comme KEY_UNKNOWN (une sorte de clé sans opération) dans /usr/include/linux/input-event-codes.h. De plus, votre syslog ne vous invitera plus à définir les codes HP e057 et e058, ce qui peut être remarquablement ennuyeux.

Le premier est un correctif utilisant un script d'initialisation SysV classique, placé dans le répertoire init.d et lié en tant que lien symbolique (Fondamentalement, nous voulons qu'il s'exécute indépendamment du niveau d'exécution sur quoi que ce soit, sauf halt (0) ou reboot (6)). Le deuxième est un service systemd qui est beaucoup plus fiable et peut-être présent avec les récents changements systemd, qui fonctionnent également sur Fedora 28 et d'autres plateformes de distribution. Sur Fedora en particulier, vous trouverez une absence presque complète de scripts dans le répertoire /etc/init.d, ainsi qu'un petit fichier README détaillant la transition de SysV à systemd. La première méthode fonctionnera, mais la deuxième méthode est beaucoup plus "conviviale pour l'avenir", surtout compte tenu de la direction d'Ubuntu, et fonctionnera également de manière un peu moins ... ennuyeuse. Les scripts d'initialisation de Systemd sont en fait assez pratiques, et entièrement implémentés et utilisés fréquemment dans Ubuntu 18.04.

Ancienne méthode SysV:

$ sudo sh -c 'printf "#! / bin / sh \ n / usr / bin / setkeycodes e057 240 e058 240 \ n"> /etc/init.d/hp-keycodes'
$ sudo chmod + x /etc/init.d/hp-keycodes
$ sudo ln -s /etc/init.d/hp-keycodes /etc/rc1.d/K01hp-keycodes
$ sudo ln -s /etc/init.d/hp-keycodes /etc/rc2.d/S01hp-keycodes
$ sudo ln -s /etc/init.d/hp-keycodes /etc/rc3.d/S01hp-keycodes
$ sudo ln -s /etc/init.d/hp-keycodes /etc/rc4.d/S01hp-keycodes
$ sudo ln -s /etc/init.d/hp-keycodes /etc/rc5.d/S01hp-keycodes
$ sudo reboot

Nouvelle méthode Systemd recommandée:

$ sudo nano /etc/systemd/system/hp-keycodes.service

Collez les lignes suivantes ou saisissez-les dans le fichier:

[Unité]
Description = correction du setkeycodes HP

[Un service]
Type = oneshot
Redémarrer = non
RemainAfterExit = non
ExecStart = / usr / bin / setkeycodes e057 240 e058 240

[Installer]
WantedBy = rescue.target
WantedBy = multi-user.target
WantedBy = graphical.target

Enregistrez et confirmez le nom de fichier avec ctrl-x, y.

$ sudo systemctl daemon-reload
$ sudo systemctl enable hp-keycodes.service
$ sudo reboot

Et c'est tout, plus de trucs bizarres ennuyeux lorsque vous inclinez votre écran ou fermez / ouvrez le couvercle de l'ordinateur portable!

Je fais face au même problème avec 17.10 sur mon HP Spectre x360. En fait, je suis confronté aux problèmes de Nicolas et de Pierre-Antoine:

• Le mode avion est activé chaque fois que je me connecte ou passe en mode tablette;
• Fn + F12 (touche bascule mode avion) ​​ne fonctionne plus.

Pour basculer rapidement le wifi, j'ai fait un petit script:

## Content of ~/scripts/wifi_toggle : ##
    #!/bin/bash
    str=`export LANGUAGE=en_GB ; nmcli r wifi`
    [ "$str" == "enabled" ] && nmcli r wifi off
    [ "$str" == "disabled" ] && nmcli r wifi on

J'utilise rarement le bluetooth, donc il ne gère que le wifi, mais vous pouvez le modifier facilement pour gérer à la fois le bluetooth et le wifi.

Tout cela est une nette régression à partir du 17.04 où tout fonctionnait parfaitement. J'ai essayé la version bêta 18.04 mais c'est la même situation qu'avec la version 17.10.

Nicholas, Pierre-Antoine, je remplis comme en remplissant deux rapports de bugs sur ces problèmes (sur rapport par problème). Pensez-vous que vous pourriez avoir un commentaire dans ces rapports chaque fois que j'aurai fini de rapporter? Cela aiderait à confirmer l'état du bogue (plus d'un utilisateur affecté).

À votre santé