web-dev-qa-db-fra.com

Régression Wifi sur 16.04 Centrino Wireless-N 1000

Depuis que j'ai mis à jour mon ordinateur portable Acer 1810TZ à 16.04 WIFI est instable.

Intel Centrino Wireless-N 1000.

dmesg | grep iwlwifi
[    4.897866] iwlwifi 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[    4.904631] iwlwifi 0000:02:00.0: loaded firmware version 39.31.5.1 build 35138 op_mode iwldvm
[    4.960067] iwlwifi 0000:02:00.0: CONFIG_IWLWIFI_DEBUG disabled
[    4.960074] iwlwifi 0000:02:00.0: CONFIG_IWLWIFI_DEBUGFS enabled
[    4.960078] iwlwifi 0000:02:00.0: CONFIG_IWLWIFI_DEVICE_TRACING enabled
[    4.960083] iwlwifi 0000:02:00.0: Detected Intel(R) Centrino(R) Wireless-N 1000 BGN, REV=0x6C
[    4.962373] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled

J'ai eu de mauvaises performances WIFI dans le passé, mais en 15.10, il fonctionnait parfaitement.

J'ai ceci dans le dmesg:

7639.025981] wlan0: deauthenticating from 64:66:b3:4f:eb:5d by local choice (Reason: 3=DEAUTH_LEAVING)
[ 7639.160055] cfg80211: World regulatory domain updated:
[ 7639.160062] cfg80211:  DFS Master region: unset

J'ai lu quelques astuces pour désactiver les paramètres d'alimentation Sudo iwconfig wlan0 power off, mais cela ne fait plus grande différence maintenant. Des idées pour l'améliorer? Puis-je utiliser un autre firmware ou comment déboguer?

networkingwireless16.04iwlwifi
4
Janghou

Domaine réglementaire actuel WIFI

Il semble que mon code de pays WIFI pour le domaine réglementaire actuel des noyaux n'a pas été défini.

Mettez à jour cela et redémarrez:

Sudo nano /etc/default/crda

REGDOMAIN=UK

Nouveau noyau en amont

Probablement plus important, j’ai aussi essayé un nouveau noyau en amont

J'ai vu rapports de bug WIFI qui ont été corrigés avec un nouveau noyau. En savoir plus sur les noyaux en amont ici .

Téléchargez et installez les packages correspondant à votre architecture (par exemple, AMD64, noyau 4.6-rc7-wily )

linux-headers-4.6.0-040600rc7-generic_4.6.0-040600rc7.201605081830_AMD64.deb
linux-headers-4.6.0-040600rc7_4.6.0-040600rc7.201605081830_all.deb
linux-image-4.6.0-040600rc7-generic_4.6.0-040600rc7.201605081830_AMD64.deb


Sudo dpkg -i *.deb
Sudo reboot

Cela semble avoir résolu mon problème.

4
Janghou

J'ai eu un problème similaire suite à une mise à jour il y a deux jours. Avec, sans doute, un dmesg plus inquiétant. ;)

Cependant, je viens de vérifier les mises à jour (en-têtes, etc.) et je suis maintenant complètement revenu à la normale (sur Debian 9).

Meilleur.

0
bezoris