J'ai eu beaucoup de difficulté à faire fonctionner mon réseau sans fil de manière fiable sur mon Dell XPS 15z. On en parle beaucoup sur otherforums , et cela semble avoir quelque chose à voir avec l'interférence de Bluetooth avec le réseau sans fil.
Donc, pour expliquer où je suis: je peux être connecté pendant environ 15 minutes avant que le système ne se déconnecte et ne se reconnecte plus. La sélection de mon réseau dans la liste le fait rester assis pendant un moment avant de me demander à nouveau le mot de passe .
L’autre chose qui est très étrange et TRÈS énervante est que si je désactive Bluetooth via le panneau du gnome (B
-> Désactiver Bluetooth), il s’éteint les deux le bluetooth et le sans fil, ALORS je ne peux pas le réactiver car il est dit que "le sans fil est désactivé par un commutateur matériel" et la même chose pour le Bluetooth. Même redémarrer d'ici n'aide pas. Le commutateur matériel réel (fn + F2) ne fait rien du tout, à moins que je ne démarre sous Windows, ce qui est évidemment moins que satisfaisant.
Alors! Je n'utilise aucun périphérique Bluetooth, alors peut-être que si je le désactive , le réseau sans fil pourrait revenir. Mais je ne sais pas comment faire ça ...
Toute aide ou conseil?
Informations de débogage:
$ Sudo lspci -nn 00: 00.0 Pont d’hôte [0600]: Contrôleur DRAM de la famille de processeurs Core de deuxième génération d’Intel Corporation [8086: 0104] (rév. 09) 00: 01.0 Pont PCI [0604]: Port réseau PCI Express de la famille de processeurs Core Xeon E3-1200/2e génération d'Intel Corporation [8086: 0101] (rév 09) 00: 02.0 Contrôleur compatible VGA [0300] : Contrôleur graphique intégré de la famille de processeurs Core de deuxième génération d'Intel Corporation [8086: 0126] (rév. 09) 00: 16.0 Contrôleur de communication [0780]: Contrôleur MEI n ° 1 de la famille de chipsets Intel Corporation série 6/C200 [8086: 1c3a] (rev 04) 00: 1a.0 Contrôleur USB [0c03]: Contrôleur hôte USB amélioré n ° 2 de la famille de chipsets Intel Corporation série 6/C200 [8086: 1c2d] (rev 05) 00: 1b.0 Périphérique audio [0403]: Contrôleur audio haute définition de la famille de chipsets de la famille Intel Corporation 6 [8086: 1c20] (rev 05) 00: 1c.0 [0604]: Port racine PCI Express de la famille de chipsets Intel Corporation série 6/série C200 1 [8086: 1c10] (rév b5) 00: 1c.1 pont PCI [0604]: Port série 2 de la famille de chipsets Intel Corporation série C200/C200 [8086: 1c12] (rév b5) 00: 1c.3 Pont PCI [0604]: Port série 4 de la famille de chipsets Intel Corporation série 6/C200 [8086: 1c16] (rév b5) Pont PCI 00: 1c.4 [0604]: Port série 5 du processeur de la famille de chipsets Intel Corporation série 6/C200 [8086: 1c18] (rév b5) 00: 1c.5 Pont réseau [0604]: Intel Corporation série 6/C200 Famille de chipsets Port PCI Express 6 [8086: 1c1a] (rév b5) 00: 1d.0 Contrôleur USB [0c03]: Contrôleur hôte USB amélioré n ° 1 de la famille de chipsets Intel Corporation série 6/C200 [8086: 1c26] (rev 05) 00: 1f.0 ISA pont [0601]: Contrôleur LPC de la famille de chipsets HM67 Express d'Intel Corporation [8086: 1c4b] (rev 05) 00: 1f.2 Contrôleur SATA [0106]: Contrôleur AHCI SATA à 6 ports à 6 ports de la famille Intel Corporation [8086: 1c03] (rev 05) 00: 1f.3 SMBus [0c05]: IntelContrôleur SMBus de la famille de chipsets Corporation série 6/série C200 [8086: 1c22] (rev 05) 01: 00.0 Contrôleur compatible VGA [0300]: Périphérique nVidia Corporation [10de: 0df5] (rev a1) 03: 00.0 Contrôleur réseau [0280]: Intel Corporation Centrino Advanced-N 6230 [8086: 0091] (rév. 34) 04: 00.0 Contrôleur USB [0c03]: NEC Corporation uPD720200 USB 3.0 Contrôleur hôte [1033: 0194] (rév 04) 05: 00.0 Périphérique système [0880]: Contrôleur hôte SD/MMC de JMicron Technology Corp. [197b: 2392] (rév. 30) 05 : 00.2 Contrôleur hôte SD [0805]: Contrôleur hôte SD standard de JMicron Technology Corp. [197b: 2391] (rév 30) 05: 00.3 Périphérique système [0880]: Contrôleur hôte MS de JMicron Technology Corp. [197b: 2393] (rev 30) 05: 00.4 Périphérique système [0880]: Contrôleur hôte xD de JMicron Technology Corp. [197b: 2394] (rév 30) 06: 00.0 Contrôleur Ethernet [0200]: Communications Atheros AR8151 v2.0 Gigabit Ethernet [1969: 1083] (rév. C0)
$ Sudo lshw -class network * -Network DISABLED Description: Interface sans fil Produit: Centrino Advanced-N 6230 fournisseur: Intel Corporation identificateur physique: 0 informations sur le bus: pci @ 0000: 03: 00.0 nom logique: wlan0 version: 34 série: 88: 53: 2e: 37: d8: 45 largeur: 64 bits horloge: 33 MHz capacités: pm msi pciexpress bus_master cap_list Ethernet physique sans fil configuration: broadcast = yes driver = iwlagn driverversion = 3.0.0-12-firmware générique = 17.168.5.1 build 33993 latence = 0 lien = non multidiffusion = oui sans fil = IEEE 802.11abgn ressources: irq: 19 mémoire : f1b00000-f1b01fff
J'ai supprimé les informations ethernet eth0 pour des raisons de brièveté
$ iwconfig wlan0 IEEE 802.11abgn ESSID: off/any Mode: Point d'accès géré: Tx-Power = non-associé = off Retry long limit: 7 RTS thr: off Fragment thr: off Gestion de l’alimentation: off
$ rfkill list 0: Dell-wifi: réseau local sans fil Soft bloqué: oui bloqué durement: oui 1 : Dell-bluetooth: Bluetooth Soft bloqué: oui Durement bloqué: oui 2: phy0: LAN sans fil Soft bloqué: non Hard bloqué: oui
Remarque ajoutée: après avoir démarré sous Windows et réactivé la connexion sans fil avec le raccourci clavier, puis avoir redémarré sous Ubuntu, la sortie rfkill
indique 'no'
à toutes les options et se connecte au réseau. iwconfig
ressemble maintenant à ceci:
wlan0 ESSID: "kokomo" Mode: Fréquence gérée: 2,437 GHz Point d'accès: E0: 46: 9A: 09: 94: D0 Débit binaire = 2 Mo/s Tx-Power = 15 dBm Nouvelle tentative longue limite: 7 RTS thr: off Fragment thr: off Gestion de l’alimentation: off Qualité de la liaison = 70/70 Niveau du signal = - 40 dBm Rx invalide nwid: 0 Rx invalide: 0 Rx invalide: 0 Tx tentatives excessives: 0 Invalid misc: 38 Balise manquée: 0
J'ai un problème assez similaire. Mais quand j'essaye fn + f2 cela active la carte sans fil, le bluetooth, ... Sur votre liste de rfkill, les cartes sont durement bloquées, ce n'est donc pas un problème logiciel, je pense.
Si vous essayez de faire la grève fn + f2 ça ne fait rien?
Lorsque mon bluetooth est désactivé, je peux me connecter à une connexion wifi sans être déconnecté pendant un certain temps, mais je ne dois pas utiliser le bluetooth et c'est tout simplement ennuyeux ...
Avez-vous trouvé une solution ? Ou connaissez-vous de nouvelles choses à propos de ce problème?
J'ai eu un problème similaire dans lequel je ne pouvais pas activer le wifi ou le bluetooth après avoir désactivé le bluetooth, ni le wifi après le Wi-Fi désactivé, et que fn + f2 n'avait aucun effet dans Ubuntu. Avec l'aide de la personne ci-dessus et d'autres forums, le problème a été résolu:
Sudo modprobe iwlagn power_level=5
Sudo modprobe btusb reset=1
Sudo rfkill unblock all
Après cela, fn + f2 fonctionne, le bluetooth peut être désactivé sans désactiver le wifi et le wifi peut être réactivé après l'avoir désactivé.
J'ai le même problème et voici la danse vaudou qui tend à résoudre le problème:
# rmmod iwlagn
# modprobe iwlagn 11n_disable=1 power_level=5
## no comes the fun part:
## enable and disable your wireless with Fn + F2 (on my maching)
Parfois, il est utile de rmmod btusb bluetooth
mais je ne l'ai pas encore compris.
Je n'ai testé cela sur ArchLinux qu'avec le noyau 3.1.4.