web-dev-qa-db-fra.com

Le WiFi se déconnecte souvent avec RTL8192CU sous Ubuntu 17.10

J'utilise Ubuntu 17.10 et l'adaptateur USB suivant:

lsusb  | grep -o 'ASUS.*'

ASUSTek Computer, Inc. Adaptateur réseau N10 Nano 802.11n [Realtek RTL8192CU ]

Sudo lshw -class network | grep -o '.*rtl.*generic'

configuration: broadcast = yes driver = rtl8192cu driverversion = 4.13.0-21-generic

Lorsque l'ordinateur démarre, Internet fonctionne correctement (à l'exception des vitesses de téléchargement et de téléchargement qui sont 3 fois plus lente que pour un autre appareil), mais après un certain temps (généralement quelques minutes seulement), l'Internet tombe en panne. et je dois exécuter la commande suivante pour la rendre à nouveau disponible (ou attendre environ plus de 5 minutes pour la reconnexion automatique):

Sudo /etc/init.d/network-manager restart

Je lis ici :

Les chipsets sans fil Realtek RTL8188CUS et RTL8192CU devraient bien fonctionner sur le pilote RTL8192CU par défaut (au moins depuis l’introduction de la série de noyaux 4.4). Donc, ils devraient bien fonctionner hors de la boîte. Plug and play, plus aucune action nécessaire .

Le pilote du CD semble déconseillé pour cette version du noyau.

Désactiver IPv6 depuis mon réglage WiFi/pour tout le système n'a pas corrigé le problème.

Y a-t-il un problème avec le pilote?
Ou y a-t-il autre chose qui peut le faire échouer après un moment?

Modifier:

iwconfig

Lancer iwconfig affiche une sortie similaire (toutes montrent Power Management:off) avec deux différences:

  • avant la première déconnexion

      Link Quality=52/70  Signal level=-58 dBm  
  Tx excessive retries:0  Invalid misc:3   Missed beacon:0

  • après déconnexion

      Link Quality=52/70  Signal level=-58 dBm  
  Tx excessive retries:0  Invalid misc:135   Missed beacon:0

  • après une reconnexion (redémarrage du service network-manager)

      Link Quality=38/70  Signal level=-72 dBm  
  Tx excessive retries:0  Invalid misc:8   Missed beacon:0

journalctl

# Sudo journalctl -fu NetworkManager

...
25 déc. 22:59:50 ... NetworkManager [...]: [...] gestionnaire: rfkill: ensemble de radio matériel WiFi
25 déc. 22:59:50 ... NetworkManager [...]: [...] gestionnaire: rfkill: ensemble de radio matériel WWAN activé

La connexion sans fil s'est déconnectée vers 23 h 10 min et après environ 5 minutes:

25 déc. 23:15:10 ... NetworkManager [...]: connectivité: (wlx ...) expiré
25 déc. 23:15:26 ... NetworkManager [...]: [...] stratégie: définissez '...' (wlx ...) par défaut pour le routage IPv6 et le DNS
25 déc. 23:20:10 ... NetworkManager [...]: [...] connectivité: (wlx ...) a expiré

modprobe.d

L'ajout des fichiers/lignes suivants n'a pas résolu le problème:

cat /etc/modprobe.d/rtl8192cu.conf

options rtl8192cu fwlps = N

cat /etc/modprobe.d/rtl8xxxu.conf

rtl8xxxu noiriste

cat /etc/modprobe.d/blacklist.conf  | grep rtl

liste noire rtl8xxxu
blacklist rtl8192c_common

wirelessinternet17.10realtek-wireless
2
ROMANIA_engineer

Le problème était résolu en utilisant les instructions de ici :

Sudo apt-get install linux-headers-$(uname -r) build-essential dkms git
git clone https://github.com/pvaret/rtl8192cu-fixes.git
Sudo dkms add ./rtl8192cu-fixes
Sudo dkms install 8192cu/1.10
Sudo depmod -a
Sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/
Sudo cp ./rtl8192cu-fixes/8192cu-disable-power-management.conf /etc/modprobe.d/
reboot

J'espère que ce n'est pas juste une coïncidence, mais que cela a fonctionné pendant la dernière heure.

Jusqu'à présent, j'ignorais les articles contenant l'URL GitHub suivante: https://github.com/pvaret/rtl8192cu-fixes à cause du fichier README.md qui spécifiait ce qui suit:

!! Ce pilote est déprécié !!

Le nouveau pilote rtl8xxxu initialement introduit dans le noyau 4.4 fonctionne plutôt bien de nos jours, et vous devriez certainement le préférer à ce référentiel.

Si rtl8xxxu vous pose des problèmes, essayez de le résoudre avant d'installer ce pilote. Les choses connues à rechercher sont:

Certains périphériques exigent que la gestion de l'alimentation soit désactivée dans NetworkManager. Suivez les instructions ci-dessous pour désactiver la gestion de l'alimentation dans NetworkManager. Assurez-vous de mettre en liste noire l'ancien pilote rtl8192cu, qui a tendance à être chargé par défaut sinon.

2
ROMANIA_engineer

Je voudrais essayer de mettre en liste noire l'autre module qui est chargé et redémarrer

echo "blackist rtl8xxxu" | Sudo tee /etc/modprobe.d/rtl8xxxu.conf
1
Jeremy31