2 votes

Chris Padfield avatar

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

Demandé el 7 de Mars, 2016
Quand la question a-t-elle été
378 affichage
Nombre de visites la question a
1 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

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

J'ai le problème suivant : ma connexion sans fil est interrompue de façon aléatoire. Lorsque je démarre le système, tout va bien, mais après un certain temps, la connexion disparaît et ne revient pas, quoi que j'essaie, à moins que je ne redémarre le système.

J'ai essayé de déboguer à l'aide de la commande dmesg et j'ai pensé que cela était lié aux conflits IPV6. J'ai donc défini l'option à ignorer dans le gestionnaire de réseau, mais cela n'a pas aidé. J'ai également défini les paramètres réseau manuellement, mais cela n'a 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 de manière aléatoire .

Je me demande maintenant si la carte sans fil n'est pas à l'origine de ce comportement sous Windows !

Voici un sous-ensemble de la sortie de dmesg, s'il vous plaît laissez-moi savoir si vous avez besoin de plus :

\[   15.847672\] IPv6: ADDRCONF(NETDEV\_UP): wlan0: link is not ready
\[   16.192616\] r8169 0000:03:00.1 eth0: link down
\[   16.192644\] IPv6: ADDRCONF(NETDEV\_UP): eth0: link is not ready
\[   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="chromium" 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: alsa-restore main process (1074) terminated with status 99
\[   17.804612\] wlan0: authenticate with 64:d1:a3:2f:fd:c8
\[   17.815714\] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 1/3)
\[   17.820034\] wlan0: authenticated
\[   17.822276\] wlan0: associate with 64:d1:a3:2f:fd:c8 (try 1/3)
\[   17.826528\] wlan0: RX AssocResp from 64:d1:a3:2f:fd:c8 (capab=0x411 status=0 aid=3)
\[   17.827360\] wlan0: associated
\[   17.827366\] IPv6: ADDRCONF(NETDEV\_CHANGE): wlan0: link becomes ready
\[   18.369446\] IPv6: wlan0: IPv6 duplicate address fe80::ba86:87ff:feef:7fa5 detected!
\[   25.349143\] ahci 0000:00:17.0: port does not support device sleep
\[   42.991776\] audit\_printk\_skb: 132 callbacks suppressed
\[   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\_update\_end \[i915\]\] \*ERROR\* Atomic update failure on pipe A (start=10062 end=10063)
\[  202.451361\] \[drm:intel\_pipe\_update\_end \[i915\]\] \*ERROR\* Atomic update failure on pipe A (start=13198 end=13199)

Après avoir perdu 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: plymouth-upstart-bridge main process ended, respawning
\[   23.751996\] init: plymouth-upstart-bridge main process ended, respawning
\[   26.284762\] ahci 0000:00:17.0: port does not support device sleep
\[   44.981590\] audit\_printk\_skb: 132 callbacks suppressed
\[   44.981592\] audit: type=1400 audit(1457459828.800:68): apparmor="STATUS" operation="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\]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
\[  875.637661\] wlan0: deauthenticating from 64:d1:a3:2f:fd:c8 by local choice (Reason: 3=DEAUTH\_LEAVING)
\[  890.043165\] cfg80211: World regulatory domain updated:
\[  890.043168\] cfg80211:  DFS Master region: unset
\[  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.305532\] IPv6: ADDRCONF(NETDEV\_UP): wlan0: link is not ready
\[  896.325321\] r8169 0000:03:00.1 eth0: link down
\[  896.325356\] IPv6: ADDRCONF(NETDEV\_UP): eth0: link is not ready
\[  898.031771\] wlan0: authenticate with 64:d1:a3:2f:fd:c8
\[  898.052478\] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 1/3)
\[  898.654827\] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 2/3)
\[  899.654614\] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 3/3)
\[  900.654536\] wlan0: authentication with 64:d1:a3:2f:fd:c8 timed out

NOTE : Les réseaux sont toujours affichés comme étant connectés, de sorte qu'ils n'essaient pas de se connecter automatiquement, mais je n'ai aucune connectivité.

Demandé el 7 de Mars, 2016 par Chris Padfield

Réponse

Trop de publicités?

2voto

mchid avatar
mchid Points 36939

Ok, tout d'abord, votre domaine réglementaire sans fil n'est pas défini, ce qui limite votre gamme de fréquences.

D'après le résultat que vous avez collé, il semble que vous soyez à Amsterdam. Si vous n'êtes pas à Amsterdam, il est important que vous exécutiez la commande suivante avec le pays à deux lettres correspondant à votre emplacement réel. De même, si vous voyagez dans un autre pays, vous devez définir le pays correct afin de ne pas enfreindre les restrictions locales en matière de fréquences radio.

Si vous n'êtes pas à Amsterdam, vous pouvez trouver une liste complète des codes à deux lettres qui correspondent à toutes les zones en lançant la commande cat /usr/share/zoneinfo/zone.tab . Là encore, utilisez le code pays correct.

Dans cet exemple, je vais afficher des commandes qui définiront le pays local à Amsterdam en utilisant le code 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 pourrez utiliser l'un de ces canaux à l'avenir si l'une de ces fréquences devient moins encombrée.

Ensuite, il y a 8 réseaux wifi qui utilisent le même canal de fréquence que vous, ce qui peut causer des problèmes majeurs de connectivité et de performance.

Vous devez utiliser une fréquence qui n'est pas trop encombrée. Il y en 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 qui ne sont pas 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 la 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 afin d'éviter tout problème.

De même, 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 afficher toute erreur ou me faire savoir si cela ne vous aide pas.

EDIT 1

Comme cela n'a pas fonctionné, vous pouvez souvent compenser ce type de problèmes en augmentant le seuil de réessai de la transmission.

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

Exécutez la commande suivante lorsque vous rencontrez ces problèmes pour augmenter le nombre de tentatives 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 tentatives en exécutant la commande suivante :

iwconfig | grep limit:..

Ensuite, vous devez ajuster certaines des fonctions powersave définies par le module. Bien que "powersave" apparaisse dans iwconfig, il est fort probable que certains de ces paramètres définis par le module doivent être désactivés afin d'obtenir de bonnes performances. Ceci est typique des pilotes Realtek.

Exécutez la commande suivante pour créer un fichier de configuration pour votre module 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

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

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

Les paramètres du module sont ici permanents. Si vous voulez modifier ces paramètres, il suffit de modifier le fichier /etc/modprobe.d/rtl8723be.conf .

(Note : Certaines personnes suggèrent de mettre swenc=0 a swenc=1 mais la différence n'est probablement pas perceptible dans les deux cas).

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 tout problème futur.

Répondu el 9 de Mars, 2016 par mchid (36939 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X