Tout d’abord, je tiens simplement à dire que je travaille en tant qu’ingénieur en informatique (Windows Desktop/Server, etc.). Je suis donc prêt à aller au fond des choses pour faire avancer le dépannage technique. Malheureusement, cependant, je suis nouveau sur Linux, soyez donc doux en même temps.
Depuis la mise à niveau de mon ordinateur portable HP Pavilion G6 d'Ubuntu 12.10 à 13.04, mon réseau sans fil ne fonctionne pas correctement. Le problème principal est que, si je reste assis à l'étage, le signal sans fil chute à environ 2 bars et la vitesse de téléchargement (selon speedtest.net) est extrêmement lente (0,26 Mbps). Cependant, si je vais m'asseoir dans les escaliers juste en face de mon routeur, je reçois full signal et speedtest.net indiquent une connexion rapide (environ 40 Mbps).
Ceci ne se produit pas se produit sous Ubuntu 12.10. Assis à l'étage supérieur et inférieur, je peux obtenir un signal puissant et des résultats de test de vitesse pouvant atteindre 40 Mbps.
Je peux fournir des captures d'écran des résultats si des preuves sont requises.
Naturellement, ce problème est à l'origine de mon deuxième problème. Périodiquement, à des moments aléatoires, la connexion au réseau Wi-Fi demandera le mot de passe Wi-Fi (de toute évidence, le mot de passe est correct car tous les autres appareils se connectent correctement et le système ne fonctionnait que sur ce mot de passe). Si j'essaie de cliquer sur OK pour accepter le mot de passe saisi, il essaiera de se connecter quelques instants avant de redemander le mot de passe. Cela finira dans une boucle continue jusqu'à ce que je redémarre l'ordinateur portable.
Donc, à partir de nombreuses recherches sur Google, de questions askubuntu, de guides de dépannage du wifi, de bases de connaissances pour le type de matériel, etc. .
Au point:
L'exécution des commandes suivantes sur 12.10 et 13.04 affiche les résultats suivants:
buntu 12.1
root@chris-test:~# lshw -C network
*-network
description: Wireless interface
product: Ralink corp.
vendor: Ralink corp.
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlan0
version: 00
serial: 68:94:23:0d:0e:db
width: 32 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rt2800pci driverversion=3.5.0-22-generic firmware=0.34 ip=192.168.15.225 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
resources: irq:16 memory:52500000-5250ffff
*-network
description: Ethernet interface
product: RTL8101E/RTL8102E PCI Express Fast Ethernet controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eth0
version: 05
serial: 28:92:4a:56:90:7e
size: 10Mbit/s
capacity: 100Mbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=rtl_nic/rtl8105e-1.fw latency=0 link=no multicast=yes port=MII speed=10Mbit/s
resources: irq:42 ioport:3000(size=256) memory:52404000-52404fff memory:52400000-52403fff
root@chris-test:~# lspci -nnk | grep -iA2 net
01:00.0 Network controller [0280]: Ralink corp. Device [1814:539b]
Subsystem: Hewlett-Packard Company Device [103c:18ed]
Kernel driver in use: rt2800pci
--
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 05)
Subsystem: Hewlett-Packard Company Device [103c:183f]
Kernel driver in use: r8169
buntu 13.04
root@chris-laptop:~# lshw -C network
*-network
description: Wireless interface
product: Ralink corp.
vendor: Ralink corp.
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlan0
version: 00
serial: 68:94:23:0d:0e:db
width: 32 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rt2800pci driverversion=3.8.0-19-generic firmware=0.34 ip=192.168.15.225 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
resources: irq:16 memory:52500000-5250ffff
*-network
description: Ethernet interface
product: RTL8101E/RTL8102E PCI Express Fast Ethernet controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eth0
version: 05
serial: 28:92:4a:56:90:7e
size: 10Mbit/s
capacity: 100Mbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=rtl_nic/rtl8105e-1.fw latency=0 link=no multicast=yes port=MII speed=10Mbit/s
resources: irq:43 ioport:3000(size=256) memory:52404000-52404fff memory:52400000-52403fff
root@chris-laptop:~# lspci -nnk | grep -iA2 net
01:00.0 Network controller [0280]: Ralink corp. Device [1814:539b]
Subsystem: Hewlett-Packard Company Device [103c:18ed]
Kernel driver in use: rt2800pci
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 05)
Subsystem: Hewlett-Packard Company Device [103c:183f]
Kernel driver in use: r8169
Donc, d'après ce que je peux voir, la seule différence principale ici est la "driverversion" des deux distributions.
buntu 12.10:
configuration: broadcast=yes driver=rt2800pci driverversion=3.5.0-22-generic firmware=0.34 ip=192.168.15.225 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
driverversion = 3.5.0.22-generic
buntu 13.04:
configuration: broadcast=yes driver=rt2800pci driverversion=3.8.0-19-generic firmware=0.34 ip=192.168.15.225 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
drivervesrion = 3.8.0.19-generic
Je peux seulement imaginer que quelque chose a été changé dans les nouvelles versions, ce qui pose effectivement des problèmes avec ma carte sans fil.
Donc, ce que je pense devoir faire est de pousser ce pilote vers la version plus ancienne ? Quelqu'un peut-il confirmer cela comme une solution possible? Est-ce que quelqu'un peut me dire que j'aboie le mauvais arbre?
J'espère que cela a été suffisamment informatif pour que quelqu'un fournisse de l'aide. Si des informations supplémentaires sont nécessaires, comme indiqué précédemment, je me ferai un plaisir d’exécuter des commandes et des tests supplémentaires pour tenter d’isoler le problème.
P.S. Merci d'avance pour votre temps et votre considération.
J'ai donc eu un moment très intéressant hier soir!
Mon lecteur de DVD n'a pas pu ouvrir le plateau lorsque vous avez appuyé sur le bouton et ne lirait plus les DVD.
J'ai branché l'alimentation de mon ordinateur portable et hop, mon lecteur de DVD a recommencé à fonctionner.
Laissant le secteur connecté, j'ai essayé de lancer un test de vitesse sur le wifi. (40 Mbps - capacité presque complète de ma ligne).
Cependant, j'ai essayé la batterie le 12.10 et il n'y a pas de problème quoi que ce soit.
En découvrant cela, je ne peux que supposer que 13.04 ne prend pas en charge correctement mes paramètres de batterie/alimentation?
L'autre possibilité est que la batterie elle-même est défectueuse, mais lorsque j'effectue un test de batterie à partir de HP UEFI, il ne semble pas y avoir d'erreur.
Pensées?
En conséquence, j’ai essayé de mettre à jour le noyau de la partition 13.04 vers 3.9 plutôt que sur 3.8, ce qui a résolu le problème pour certaines personnes en fonction d’un certain nombre de suiveurs de bogues.
Malheureusement, cela a pas résolu le problème pour moi. Cela me fait penser que c'est probablement un problème de noyau avec ces pilotes.
Des pensées supplémentaires?
Je vous suggère d'essayer deux choses:
echo "options rt2800pci nohwcrypt=1" | Sudo tee /etc/modprobe.d/rt2800pci.conf
Sudo modprobe -rfv rt2800pci
Sudo modprobe -v rt2800pci
Je crois que la gestion de l’énergie est l’enjeu principal, merci de:
gksudo gedit /etc/pm/power.d/wireless
(cela créera ou modifiera un fichier de configuration qui remplacera le comportement de gestion de l’alimentation par défaut) et entrera ce qui suit:
#!/bin/sh
/sbin/iwconfig wlan0 power off
au-dessus de exit0, sauvegardez gedit, fermez et redémarrez.
Merci
Malheureusement pas une solution de moi. Ces versions de pilote sont en fait les versions du noyau. Les modules de pilote sont livrés avec le noyau lui-même, donc la rétrogradation ne sera pas facile.
ls /lib/modules/`uname -r`/kernel/drivers/net/wireless/
Pour moi, j’ai abandonné la carte wifi basée sur ralink il y a quelque temps à cause de problèmes similaires sur diverses distributions Linux, mais il peut être intéressant d'essayer la solution proposée ici par Hadaka de désactiver hwcrypt pour le pilote (bien que pour 12.04):
Je crois que ceci vous aidera. J'aime utiliser WICD car il s'agit d'un gestionnaire de réseau simple et facile à utiliser. C’est une très bonne alternative au gestionnaire de réseau dans Ubuntu et il semble fonctionner toujours lorsque le gestionnaire de réseau ne fonctionne pas. Pour l'installer, ouvrez simplement le terminal. Téléchargez maintenant la dernière version de NetworkManager, au cas où vous auriez besoin de la réinstaller si WICD ne fonctionne pas. Sudo apt-get install -d --reinstall network-manager network-manager-gnome
Ensuite, installez Sudo apt-get install wicd-gtk
Et maintenant, vous devez désinstaller NetworkManager: Sudo apt-get remove --purge network-manager-gnome network-manager
Vous pouvez maintenant trouver WICD dans votre menu Démarrer WICD, trouver le réseau que vous souhaitez utiliser, entrer les informations nécessaires, mot de passe, cryptage, etc., puis choisir Connexion automatique à ce réseau. Vous devriez être bon pour aller!
WICD est peut-être également disponible dans Ubuntu Update Manager. Vous pouvez donc y jeter un coup d’œil, mais il est important de désinstaller complètement Network Manager pour éviter les conflits!
Ainsi, grâce à des recherches approfondies et à la patience, j'ai réussi à résoudre ce problème sur mon HP Pavilion G6 à l'aide du pilote RT5390sta. Je reçois maintenant la totalité de 40 Mbps en aval (juste en dessous) et environ 10 Mbps en amont (jamais été de toute façon plus élevée) de notre ligne à fibre optique.
Ce que j'ai fait pour résoudre le problème
Tout d'abord, j'ai vu beaucoup de personnes suggérer que la mise à niveau de leur noyau à 3.9 fonctionnerait, mais malheureusement, cela ne fonctionnait pas pour moi.
Après avoir passé autant de temps à essayer de résoudre ce problème, le noyau 3.11.1 (stable) a été publié et j'ai installé ceci comme indiqué par le lien ci-dessous:
utiliser wget pour récupérer des fichiers .deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.11.1-saucy/linux-headers-3.11.1-031101-generic_3.11.1-031101.201309141102_AMD64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.11.1-saucy/linux-headers-3.11.1-031101_3.11.1-031101.201309141102_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.11.1-saucy/linux-image-3.11.1-031101-generic_3.11.1-031101.201309141102_AMD64.deb
puis installez ces fichiers .deb en utilisant dpkg -i
Sudo dpkg -i linux-headers-3.11.1*.deb linux-image-3.11.1*.deb
Grub mis à jour (si nécessaire):
update-grub
Noyau vérifié après le redémarrage:
uname -a
Après avoir installé ce noyau, j'ai suivi un post (# 14) sur le site de suivi des bogues ci-dessous:
https://bugs.launchpad.net/ubuntu/+bug/1173759
tar -xvf /home/ukbeast/USERNAME/Downloads/2011_1007_RT5390_RT5392_Linux_STA_V2.5.0.3_DPO_v2. bz2.bz2
cd 2011_1007_RT5390_RT5392_Linux_STA_V2.5.0.3_DPO
patch -p1 <rt5592sta_fix_64bit_3.8.patch
(si demandé pour le répertoire le pointer vers pci_main_dev.c)make
name__Sudo make install
modprobe rt5390sta
Après tout cela, mes tests de vitesse ont retrouvé les taux prévus. Cela peut être dû au pilote et au correctif, ou bien au noyau 3.11.1, mais ces étapes ont réussi à résoudre mon problème.