J'utilise Ubuntu 16.04.3 LTS et Windows 10 à double amorçage sur Surface Book, et du côté de Windows, je n'ai aucun problème avec l'internet sans fil dans mon bureau. Sur ma partition Ubuntu, il semble parfois que lorsque je change de point d'accès, mon réseau Internet sans fil se déconnecte et ne puisse pas se connecter au même réseau ni à aucun autre réseau tant que je n'ai pas redémarré mon ordinateur. Ce problème se produit également même si je n'ai pas changé de point d'accès sans fil. Ce n'est pas cohérent du tout.
J'ai essayé les solutions postées ici , ici , et ici sans aucune chance. C’est un problème plutôt frustrant, car le redémarrage perturbe mon flux de travail, comme vous pouvez l’imaginer.
J'ai examiné 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 que l'une des mises à jour dans le programme de mise à jour de logiciels a résolu mes problèmes d’internet.
Malheureusement, je n'ai pas plus de détails sur ce correctif, mais pour tous ceux qui utilisent Ubuntu sur leurs appareils Surface Book, essayez d'installer les dernières mises à jour à l'aide de 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 corriger le noyau 4.13 sans succès. Mon Internet n'arrêtait pas de me déconnecter et mes écouteurs sans fil Bluetooth ne pouvaient pas non plus se connecter efficacement.
Je sentais que je devais mettre à jour le noyau à 4.15, mais je devais mettre à jour OpenSSL. Au lieu de le faire manuellement, j'ai décidé de prendre le risque et 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 que je devais reformater mon ordinateur. Par conséquent, bien que je recommande cet itinéraire, soyez prudent, 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 aussi fini par perdre patience il y a quelques jours après avoir toléré passivement le même problème pendant un certain temps.
Je sais que désactiver la gestion de l’alimentation est l’une des suggestions que vous aviez liées à l’essai infructueux, mais cela semble fonctionner jusqu’à présent pour moi (au moins pour éviter le bogue réel tant que sa cause n’est pas claire) ...
Je l'ai désactivé en éditant /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf
car tout le matériel /etc/pm
ne fonctionne plus. systemd (qui est maintenant en charge de la gestion de l'alimentation) l'ignore (même si les fichiers sont toujours présents dans plusieurs packages ????) - avez-vous fait la même chose? NetworkMangler semble maintenant être la chose qui prime le mieux sur tout le reste pour ce paramètre (basé sur une expérimentation à moitié arse).
L'exécution de iwconfig
produit systématiquement Power management:off
, ce qui confirme que la modification a au moins pris effet.
Note pour les passants sur le paramètre dont je parle: in /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf
. J'ai changé wifi.powersave = 3
en 2. 3 signifie activé. 2 signifie désactivé. 0 et 1 sont "par défaut" et "ne rien faire". Ce n'est pas vraiment documenté. Ma source était n Gist aléatoire .
Cela dit, je n’ai pas vécu avec cela pendant si longtemps (juste quelques jours), alors il est possible que cela n’ait en réalité rien résolu. Je vérifierai ici si ce n'est pas le cas. Bonne chance!
Quand 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 nmcli
est une dépendance à NetworkManager (ou peut-être une fonctionnalité). Pour voir une liste des réseaux gérés par le type NetworkManger:
nmcli connection