Ubuntu 16.04 sur Surface Book - Internet sans fil se déconnecte de manière aléatoire jusqu'au redémarrage

J'ai Ubuntu 16.04.3 LTS et Windows 10 à double démarrage sur mon Surface Book, et côté Windows, je n'ai aucun problème avec Internet sans fil dans mon bureau. Sur ma partition Ubuntu, il semble que parfois lorsque je change de point d'accès, mon Internet sans fil se déconnecte et ne peut pas se connecter au même réseau ou à tout autre réseau jusqu'à ce que je redémarre mon ordinateur. Ce problème se produit également même lorsque je n'ai pas changé de point d'accès sans fil. Ce n'est pas du tout cohérent.

J'ai essayé les solutions publiées ici , ici et ici sans aucune chance. C'est un problème plutôt frustrant car le redémarrage perturbe mon workflow, comme vous pouvez l'imaginer.

J'ai regardé plusieurs autres questions et essayé leurs solutions sans aucune chance. Toute aide serait grandement appréciée. Voici un lien vers mon wireless-info.txt: https://ufile.io/abkfd

Mise à jour (9 février 2018):

Je ne sais pas ce qui a changé, mais il y a quelques semaines, mon Internet sans fil a cessé de se déconnecter lorsque je change de point d'accès! Il est probable qu'une des mises à jour du logiciel Updater ait résolu mes problèmes Internet.

Malheureusement, je n'ai pas plus de détails sur le correctif, mais pour tous ceux qui exécutent Ubuntu sur leurs appareils Surface Book, essayez d'installer les dernières mises à jour en utilisant le Software Updater!

Mise à jour (4 juin 2018):

J'ai rencontré à nouveau ce problème après avoir reformaté mon ordinateur il y a quelques mois et j'ai essayé de patcher le noyau en 4.13 sans succès. Mon Internet ne cessait de se déconnecter et mes écouteurs Bluetooth sans fil ne pouvaient pas non plus se connecter efficacement.

Je pensais que je devrais mettre à niveau le noyau vers 4.15, mais j'avais besoin de mettre à jour OpenSSL. Au lieu de le faire manuellement, j'ai décidé de prendre le risque et de passer à Ubuntu 18.04 . Mes deux problèmes ont été résolus par la mise à niveau! Mon Internet a fonctionné à merveille jusqu'à présent, et mes écouteurs Bluetooth sont également parfaitement fonctionnels.

Je n'avais rien à perdre si la mise à niveau ne fonctionnait pas et je devais reformater mon ordinateur à nouveau, alors même si je recommanderais cet itinéraire, faites attention car la mise à niveau directement vers Ubuntu 18.04 à partir de 16.04 ne serait pas officiellement prise en charge jusqu'à fin juillet 2018.

J'ai également finalement perdu patience il y a quelques jours après avoir toléré passivement le même problème pendant un certain temps.

Je sais que la désactivation de la gestion de l'alimentation est l'une des suggestions que vous avez liées à l'échec de la tentative, mais cela semble fonctionner pour moi jusqu'à présent (au moins comme moyen d'éviter le bogue réel alors que sa cause n'est pas claire) ...

Je l'ai désactivé lors de l'édition /etc/NetworkManager/conf.d/default-wifi-powersave-on.confparce que tout /etc/pmne fonctionne plus. systemd (qui est maintenant en charge de la gestion de l'alimentation) l'ignore (bien que les fichiers soient toujours là à partir de plusieurs packages) - avez-vous fait de même? NetworkMangler semble maintenant être la chose qui prime le mieux sur tout le reste pour ce paramètre (basé sur une expérimentation semi-arsée).

Une gestion iwconfigcohérente des rendements Power management:offconfirme que le changement a au moins pris effet.

Remarque pour les passants sur le paramètre dont je parle: in /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf. Je suis passé wifi.powersave = 3à 2. 3 signifie activé. 2 signifie désactivé. 0 et 1 sont "définis par défaut" et "ne rien faire". Ce n'est pas vraiment documenté. Ma source était une information aléatoire .

Cela dit, je ne l'ai pas vécu aussi longtemps (quelques jours seulement), il est donc possible que cela n'ait rien résolu. Je reviendrai ici si ce n'est pas le cas. Bonne chance!

Lorsque je connais le nom du réseau, j'utilise:

nmcli c up name-of-the-network

Pour les réseaux que j'utilise fréquemment, j'ai des scripts nommés "nom-du-réseau" dans ~/bin/. Le script doit être rendu exécutable avec chmod +x <filename>Par exemple:

#! /bin/sh
# The name of this file is: ~/bin/name-of-the-network
nmcli c up name-of-the-network

Une limitation potentielle de nmcliest une dépendance de NetworkManager (ou il peut s'agir d'une fonctionnalité). Pour voir une liste des réseaux gérés par NetworkManger, tapez:

nmcli connection