La connexion sans fil a été interrompue de façon aléatoire

Question

J'ai une nouvelle installation d'Ubuntu 14.04.04 que j'ai installée côte à côte de Windows 10.

J'ai le problème que ma connexion sans fil tombe de façon aléatoire. Lorsque je démarre le système, tout va bien, mais après un certain temps aléatoire, la connexion a disparu et elle ne revient pas, peu importe ce que j'essaie, sauf si je redémarre le système.

J'ai essayé de déboguer à l'aide de la commande dmesg et je pensais que c'était lié aux conflits IPV6, j'ai donc défini l'option à ignorer dans le gestionnaire de réseau et cela n'a pas aidé. J'ai également défini les paramètres réseau manuellement et je n'ai pas aidé non plus.

Une dernière chose: j'ai déjà un problème sur Windows 10 que j'explique en détail ici l'ordinateur portable se bloque au hasard .

Je pense maintenant si la carte sans fil est à l'origine de ce problème sous Windows!

Voici un sous-ensemble de la sortie de dmesg, faites-le moi savoir si vous en avez besoin de plus:

 [15.847672] IPv6: ADDRCONF (NETDEV_UP): wlan0: le lien n'est pas prêt [16.192616] r8169 0000: 03: 00.1 eth0: lien vers le bas [16.192644] IPv6: ADDRCONF (NETDEV_UP): eth0: le lien n'est pas prêt [16.573804] audit: type = 1400 audit (1457382167.018: 23): apparmor = "STATUS" operation = "profile_replace" profile = "unconfined" name = "/ sbin/dhclient "pid = 956 comm =" apparmor_parser " [16.573811] audit: type = 1400 audit (1457382167.018: 24): apparmor =" STATUS "operation =" profile_replace "profile =" unconfined "name ="/usr/lib/NetworkManager/nm-dhcp-client.action "pid = 956 comm =" apparmor_parser " [16.573815] audit: type = 1400 audit (1457382167.018: 25): apparmor =" STATUS "operation =" profile_replace "profile =" unconfined "name ="/usr/lib/connman/scripts/dhclient-script "pid = 956 comm =" apparmor_parser " [16.574035] audit: type = 1400 audit (1457382167.018: 26) : apparmor = "STATUS" operation = "profile_load" profile = "unconfined" name = "/ usr/sbin/tcpdump" pid = 963 comm = "apparmor_parser " [16.574116] audit: type = 1400 audit (1457382167.018: 27): apparmor =" STATUS "operation =" profile_load "profile =" unconfined "name ="/usr/lib/lightdm/lightdm-guest- session "pid = 955 comm =" apparmor_parser " [16.574121] audit: type = 1400 audit (1457382167.018: 28): apparmor =" STATUS "operation =" profile_load "profile =" unconfined "name =" chrome " pid = 955 comm = "apparmor_parser" [16.574177] audit: type = 1400 audit (1457382167.018: 29): apparmor = "STATUS" operation = "profile_replace" profile = "unconfined" name = "/ usr/lib /NetworkManager/nm-dhcp-client.action "pid = 956 comm =" apparmor_parser " [17.649530] init: processus principal alsa-restore (1074) terminé avec le statut 99 [17.804612] wlan0 : authentifier avec 64: d1: a3: 2f: fd: c8 [17.815714] wlan0: envoyer l'authentification à 64: d1: a3: 2f: fd: c8 (essayez 1/3) [ 17.820034] wlan0: authentifié [17.822276] wlan0: associé à 64: d1: a3: 2f: fd: c8 (essayez 1/3) [17.826528] wlan0: RX AssocResp à partir de 64: d1 : a3: 2f: fd: c 8 (capab = 0x411 status = 0 aid = 3) [17.827360] wlan0: associé [17.827366] IPv6: ADDRCONF (NETDEV_CHANGE): wlan0: le lien devient prêt [18.369446 ] IPv6: wlan0: adresse en double IPv6 fe80 :: ba86: 87ff: feef: 7fa5 détectée! [25.349143] ahci 0000: 00: 17.0: le port ne prend pas en charge la mise en veille du périphérique [42.991776] audit_printk_skb : 132 rappels supprimés [42.991779] audit: type = 1400 audit (1457382193.435: 74): apparmor = "STATUS" operation = "profile_replace" profile = "unconfined" name = "/ usr/lib/cups/backend/cups-pdf "pid = 2181 comm =" apparmor_parser " [42.991784] audit: type = 1400 audit (1457382193.435: 75): apparmor =" STATUS "operation =" profile_replace "profile =" unconfined "name = "/ usr/sbin/cupsd" pid = 2181 comm = "apparmor_parser" [42.992060] audit: type = 1400 audit (1457382193.435: 76): apparmor = "STATUS" operation = "profile_replace" profile = "unconfined "name ="/usr/sbin/cupsd "pid = 2181 comm =" apparmor_parser " [150.210576] [drm: intel_pipe_u pdate_end [i915]] * ERREUR * Échec de la mise à jour atomique sur le tuyau A (début = 10062 fin = 10063) [202.451361] [drm: intel_pipe_update_end [i915]] * ERREUR * Échec de la mise à jour atomique sur le tuyau A (début = 13198 end = 13199)

Après avoir abandonné la connexion la dernière fois, j'ai désactivé la mise en réseau, puis je l'ai activée et voici ce que dmesg montre en bas:

 [23.743542] init: processus principal de pont-plymouth-upstart terminé, réapparition [23.751996] init: processus principal de plymouth-upstart-bridge terminé, réapparition [26.284762] ahci 0000 : 00: 17.0: le port ne prend pas en charge la mise en veille du périphérique [44.981590] audit_printk_skb: 132 rappels supprimés [44.981592] audit: type = 1400 audit (1457459828.800: 68): apparmor = opération "STATUS" = "profile_replace" profile = "unconfined" name = "/ usr/lib/cups/backend/cups-pdf" pid = 1736 comm = "apparmor_parser" [44.981597] audit: type = 1400 audit (1457459828.800: 69): apparmor = "STATUS" operation = "profile_replace" profile = "unconfined" name = "/ usr/sbin/cupsd" pid = 1736 comm = "apparmor_parser" [44.981873] audit: type = 1400 audit (1457459828.800: 70): apparmor = "STATUS" operation = "profile_replace" profile = "unconfined" name = "/ usr/sbin/cupsd" pid = 1736 comm = "apparmor_parser" [530.625719] systemd-hostnamed [2849]: Avertissement: nss-myhostname n'est pas installé. La modification du nom d'hôte local peut le rendre insoluble. Veuillez installer nss-myhostname! [875.637661] wlan0: désauthentification à partir de 64: d1: a3: 2f: fd: c8 par choix local (Raison: 3 = DEAUTH_LEAVING) [890.043165] cfg80211: World domaine réglementaire mis à jour: [890.043168] cfg80211: région maître DFS: non défini [890.043169] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [890.043171] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A) [890.043172] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A) [890.043173] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm), (N/A) [890.043174] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), ( N/A) [890.043175] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) , (N/A) [896.3055 32] IPv6: ADDRCONF (NETDEV_UP): wlan0: le lien n'est pas prêt [896.325321] r8169 0000: 03: 00.1 eth0: lien vers le bas [896.325356] IPv6: ADDRCONF (NETDEV_UP): eth0:: eth0: le lien n'est pas prêt [898.031771] wlan0: authentifier avec 64: d1: a3: 2f: fd: c8 [898.052478] wlan0: envoyer l'authentification à 64: d1: a3: 2f: fd: c8 (essayez 1/3) [898.654827] wlan0: envoyez l'auth à 64: d1: a3: 2f: fd: c8 (essayez 2/3) [899.654614] wlan0: envoyez l'auth à 64: d1: a3: 2f: fd: c8 (essayez 3/3) [900.654536] wlan0: l'authentification avec 64: d1: a3: 2f: fd: c8 a expiré

REMARQUE: Les réseaux apparaissent toujours comme connectés, donc ils n'essaient pas de se connecter automatiquement, mais je n'ai aucune connectivité.

mchid · Accepted Answer

D'accord, tout d'abord, votre domaine de réglementation sans fil n'est pas défini, ce qui restreint votre gamme de fréquences.

Sur la base de la sortie que vous avez collée, il semble que vous soyez à Amsterdam. Si vous n'êtes pas à Amsterdam, il est important d'exécuter la commande suivante avec le pays à deux lettres correct qui correspond à votre emplacement réel. De plus, si vous voyagez dans un autre pays, vous devez définir le pays correct où vous vous rendez afin de ne pas violer les restrictions de fréquence radio locales.

Si vous n'êtes pas à Amsterdam, vous pouvez trouver une liste complète des codes à deux lettres qui correspondent à toutes les zones en exécutant la commande cat /usr/share/zoneinfo/zone.tab. Encore une fois, utilisez le bon code de pays.

Dans cet exemple, je publierai des commandes qui définiront le pays local à Amsterdam en utilisant le code de pays NL

Sudo iw reg set NL Sudo sed -i 's/REGDOMAIN=/REGDOMAIN=NL/g' /etc/default/crda Sudo sed -i 's/REGDOMAIN=/REGDOMAIN=NL/g' /lib/crda/setregdomain

Vous devriez maintenant avoir accès aux canaux 12 et 13 sur les fréquences 2,467 et 2,472 respectivement. Vous voudrez peut-être utiliser l'un de ces canaux à l'avenir si l'une de ces fréquences devient moins encombrée.

Ensuite, il existe 8 réseaux wifi utilisant le même canal de fréquence que vous utilisez, ce qui peut entraîner des problèmes de connectivité et de performances majeurs.

Vous devez utiliser une fréquence qui n'est pas si encombrée. Il y a:

8 personnes utilisent 2.462 (canal 11).
3 personnes utilisent 2.457 (canal 10).
2 personnes utilisent 2.422 (canal 3).
4 personnes utilisent 2.412 (canal 1).

Les fréquences non utilisées sont:

2.417 (canal 2)
2,432 (canal 5)
2.447 (canal 8)
2,467 (canal 12)

Il semble que la fréquence la moins encombrée soit de 2,432 sur le canal 5.

Je vous suggère fortement de configurer votre routeur sans fil pour utiliser la fréquence 2,432 sur le canal 5 pour éviter les problèmes.

De plus, si vous quittez l'Europe, vous pouvez désactiver le domaine réglementaire d'Amsterdam en exécutant la commande suivante:

Sudo sed -i 's/REGDOMAIN=NL/REGDOMAIN=/g' /etc/default/crda

Veuillez poster toute erreur ou faites-moi savoir si cela n'aide pas.

MODIFIER 1

Parce que cela n'a pas fonctionné, vous pouvez souvent compenser ces types de problèmes en augmentant votre seuil de nouvelle tentative tx.

Par défaut, il est réglé sur 7 pour économiser de l'énergie, mais beaucoup ont trouvé que cela n'était pas suffisant dans certaines régions.

Exécutez la commande suivante lorsque vous rencontrez ces problèmes pour augmenter la nouvelle tentative de 7 à 12:

Sudo iwconfig wlan0 retry short 12

Le paramètre ci-dessus n'est pas permanent et vous devrez exécuter cette commande après un redémarrage. Vous pouvez vérifier la limite de nouvelles tentatives en exécutant la commande suivante:

iwconfig | grep limit:..

Ensuite, vous devez ajuster certaines des fonctions d'économie d'énergie définies par le module. Bien que "powersave" s'affiche dans iwconfig, vous avez très probablement encore certains de ces paramètres définis via le module qui doivent être désactivés afin d'obtenir de bonnes performances. C'est typique des pilotes realtek.

Exécutez la commande suivante pour créer un fichier de configuration pour votre module de pilote:

Sudo nano /etc/modprobe.d/rtl8723be.conf

Copiez et collez les lignes suivantes dans le fichier:

options rtl8723be ips=0 options rtl8723be fwlps=0 options rtl8723be swlps=0 options rtl8723be msi=0 options rtl8723be swenc=0 options rtl8723be debug=1

Presse CTRL + o puis appuyez sur ENTER pour enregistrer le fichier. presse CTRL + x pour quitter nano.

Vous pouvez définir debug= de 0 à 5. Je crois 5 est le plus détaillé et 0 est éteint.

Les paramètres du module ici sont permanents. Si vous souhaitez modifier ces paramètres, modifiez simplement le fichier /etc/modprobe.d/rtl8723be.conf.

(Remarque: certaines personnes suggèrent de définir swenc=0 à swenc=1 mais la différence n'est probablement pas perceptible de toute façon.)

Enfin, exécutez la commande suivante pour recharger le module:

Sudo modprobe -r -f rtl8723be Sudo modprobe rtl8723be Sudo service network-manager restart

Encore une fois, veuillez signaler toute erreur ou problème futur.