J'ai un ordinateur portable convertible HP Spectre x 360 et j'utilise Ubuntu 18.04. Chaque fois que je tourne l'écran sur le côté ou en mode tablette, 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 plug-in gnome rfkill comme ceci: 'gsettings a défini org.gnome.settings-daemon.plugins.rfkill active false' car je ne peux plus utiliser Bluetooth. Aussi, pour une bonne raison, même lorsque je désactive le plug-in, le gnome Shell active le 'Mode Avion' de toute façon, ce qui signifie que je dois réactiver le wifi à CHAQUE fois que je me connecte. C'est vraiment ennuyant, j'ai vraiment aimé où 18.04 allait mais cela brise sérieusement toute l'expérience gnome Shell.
Dans le gnome Shell, le "Mode avion" est automatiquement activé au démarrage pour de nombreux ordinateurs portables HP, lorsque l'écran est incliné sur le côté ou lorsque le couvercle est ouvert/fermé. Ce qui suit est un correctif pour les ordinateurs portables HP fonctionnant sous Linux et utilisant le shell gnome. Le code clé 240 est défini comme KEY_UNKNOWN (une sorte de clé no-op) 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 extrêmement gênant.
Premièrement, un correctif utilisant un script SysV classique, placé dans le répertoire init.d et lié symboliquement (nous voulons qu’il soit exécuté quel que soit le niveau d’exécution, à l'exception de halt (0) ou de reboot (6)). Deuxièmement, il y a un service systemd beaucoup plus fiable et peut-être présent avec les modifications récentes de systemd, qui fonctionne également avec 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 peu de README détaillant la transition de SysV à systemd. La première méthode fonctionnera, mais la seconde méthode sera beaucoup plus "conviviale pour le futur", surtout si l’on tient compte de la direction que prend Ubuntu. Elle fonctionnera également de manière légèrement ... ennuyeuse. Les scripts d'initialisation Systemd sont en fait assez pratiques, 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[.____.unset 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 tapez-les dans le fichier:
[Unité] Description = code de code de touche HP corrigé [Service] Type = tir unique Redémarrer = non RemainAfterExit = no ExecStart =/usr/bin/setkeycodes e057 240 e058 240 [Installer] WantedBy = rescue.target WantedBy = multi-user.target WantedBy = graphical.target
Enregistrez et confirmez le nom du fichier avec ctrl-x, y.
$ Sudo systemctl démon-reload $ Sudo systemctl activer hp-keycodes.service $ Sudo redémarrer
Et c'est tout, pas plus de trucs bizarres ennuyeux lorsque vous inclinez votre écran ou fermez/ouvrez le couvercle de l'ordinateur portable!
Je suis confronté au même problème avec 17.10 sur mon HP Spectre x360. En fait, je suis confronté aux problèmes de Nicholas et Pierre-Antoine:
Pour basculer rapidement le wifi, j'ai créé 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, 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 régression claire à partir de 17.04 où tout a fonctionné sans faille. J'ai essayé la version bêta de 18.04 mais c'est la même situation qu'avec 17.10.
Nicholas, Pierre-Antoine, je remplis comme si je remplissais deux rapports de bogues sur ces problèmes (rapport par problème). Pensez-vous que vous pourriez avoir un commentaire dans ces rapports chaque fois que j'en ai terminé? Cela aiderait à confirmer l’état du bogue (plus d’un utilisateur affecté).
À votre santé