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 d’ autres forums , et cela semble avoir quelque chose à voir avec l’interférence de Bluetooth avec le 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 restr assis pendant un moment avant de me redemander le mot de passe.
L’autre chose qui est très étrange et TRÈS agaçante est que si je désactive Bluetooth via le panneau du gnome ( B
-> Désactiver Bluetooth), il désactive le bluetooth et le sans fil, et ensuite je ne peux pas le réactiver car il affirme que “le sans fil est désactivé par le commutateur matériel”, et il en va de même 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 Host bridge [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 Intel Xeon E3-1200 / 2e génération [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 de la famille de chipsets de la série 6 des séries C200 et Intel Corporation [8086: 1c3a] (rév. 04) 00: 1a.0 Contrôleur USB [0c03]: Contrôleur d'hôte USB amélioré de la famille de chipsets Intel Corporation série 6 / C200 # 2 [8086: 1c2d] (rév 05) 00: 1b.0 Périphérique audio [0403]: Contrôleur audio haute définition de la famille de chipsets de la gamme Intel Corporation série 6 / C200 [8086: 1c20] (rév 05) Pont PCI 00: 1c.0 [0604]: Famille 1 de la famille de chipsets Intel Corporation, port racine PCI Express 1 [8086: 1c10] (rev b5) 00: 1c.1 Pont PCI [0604]: Famille 2 de la famille de chipsets Intel Corporation, port racine PCI Express 2 [8086: 1c12] (rév. B5) 00: 1c.3 Pont PCI [0604]: Famille 4 de la famille de chipsets Intel Corporation, port racine PCI Express 4 [8086: 1c16] (rév. B5) Pont PCI 00: 1c.4 [0604]: Famille 5 de la famille de chipsets Intel Corporation, port racine PCI Express 5 [8086: 1c18] (rév. B5) Pont PCI 00: 1c.5 [0604]: Famille 6 de la famille de chipsets Intel Corporation, port racine PCI Express 6 [8086: 1c1a] (rév b5) 00: 1d.0 Contrôleur USB [0c03]: Contrôleur d'hôte USB amélioré de la famille de chipsets Intel Corporation série 6 / C200 # 1 [8086: 1c26] (rev 05) 00: 1f.0 pont ISA [0601]: Contrôleur LPC de la famille de chipsets HM67 Express d'Intel Corporation [8086: 1c4b] (rév 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]: Contrôleur SMBus de la famille de chipsets Intel Corporation série 6 / C200 [8086: 1c22] (rév 05) 01: 00.0 Contrôleur compatible VGA [0300]: Périphérique nVidia Corporation [10de: 0df5] (rev a1) 03: 00.0 Contrôleur de réseau: Intel Corporation Censortingno Advanced-N 6230 [8086: 0091] (rév 34) 04: 00.0 Contrôleur USB [0c03]: Contrôleur hôte USB 3.0 uPD720200 de NEC Corporation [1033: 0194] (rév. 04) 05: 00.0 Périphérique système [0880]: Contrôleur d'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 d'hôte MS de JMicron Technology Corp. [197b: 2393] (rév 30) 05: 00.4 Périphérique système [0880]: Contrôleur d'hôte xD de JMicron Technology Corp. [197b: 2394] (rév 30) 06: 00.0 Contrôleur Ethernet [0200]: Atheros Communications AR8151 v2.0 Ethernet Gigabit [1969: 1083] (rév. C0)
réseau sudo lshw -class * réseau désactivé description: interface sans fil produit: Censortingno Advanced-N 6230 Vendeur: Intel Corporation identifiant 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 msie pciexpress bus_master cap_list ethernet physique sans fil configuration: broadcast = yes driver = gestionnaire iwlagn = 3.0.0-12-firmware générique = 17.168.5.1 latence 33993 = 0 lien = pas de multidiffusion = oui sans fil = IEEE 802.11abgn ressources: irq: 19 mémoire: f1b00000-f1b01fff
J’ai supprimé les informations ethernet eth0 par souci de brièveté
$ iwconfig wlan0 ESSIE IEEE 802.11abgn: off / any Mode: Point d'access géré: Tx-Power non associé = désactivé Nouvelle tentative longue limite: 7 RTS thr: off Fragment thr: off Gestion de l'alimentation: off
$ rfkill list 0: dell-wifi: LAN sans fil Doux bloqué: oui Difficile bloqué: oui 1: dell-bluetooth: Bluetooth Doux bloqué: oui Difficile bloqué: oui 2: phy0: réseau local sans fil Doux bloqué: non Difficile bloqué: oui
Remarque ajoutée: après avoir démarré sous Windows et rfkill
la connexion sans fil avec le raccourci clavier, puis avoir redémarré sous Ubuntu, la sortie de rfkill
dit 'no'
à toutes les options et se connecte à un réseau. iwconfig
ressemble maintenant à ceci:
wlan0 ESSIE IEEE 802.11abgn: "kokomo" Mode: Fréquence gérée: 2,437 GHz Point d'access: E0: 46: 9A: 09: 94: D0 Débit binary = 2 Mb / 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 crypt: 0 Rx invalide frag: 0 Tx tentatives excessives: 0 Invalid misc: 38 Balise manquée: 0
J’ai un problème assez similaire. Mais quand j’essaye de fn + f2, il 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 bash fn + f2 cela ne fait rien?
Lorsque mon bluetooth est désactivé, je peux me connecter à une connexion wifi sans être déconnecté pendant un moment, 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 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 kernel 3.1.4.
J’ai eu un problème similaire où 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é.