web-dev-qa-db-fra.com

Wifi ne fonctionne pas dans la version Ubuntu 17.10 sur Lenovo ThinkPad E450

J'ai mis à jour mon Ubuntu 17.04 à 17h10. Après la mise à niveau, Wifi a cessé de fonctionner. J'utilise un ordinateur portable Lenovo ThinkPad E450. Partage d'informations sur le réseau https://cloud.acrobat.com/file/274e230c-0e29-4f22-9c68-0eb76e089717

wireless17.10
7
Shiju Mathew

Problème résolu après avoir suivi les étapes suivantes

  1. Sudo dpkg-reconfigure resolvconf

  2. Dites oui à prepare /etc/resolve.conf for dynamic updates?

  3. Redémarrer

10
Shiju Mathew

Je ne dois pas utiliser de noyau supérieur à 4.12. * À partir du noyau principal ppa. Tout ce qui se trouvait plus bas a bien fonctionné jusqu’à 4.13. Et j'ai pu continuer à mettre à jour les nouvelles versions de 4.12.x même après la publication des versions 4.13 et 4.14, passant de la version 4.12.1 à la version 4.12.14 actuelle, mais sans les versions 4.13 ou 4.14.

J'ai une carte wifi Intel 4965.

Je tape "ubuntu mainline" dans google, et prends le lien du haut.
http://kernel.ubuntu.com/~kernel-ppa/mainline/
Faites défiler jusqu'à 4.12, puis au nombre le plus élevé de 4.12
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.12.14/

Ensuite, je télécharge 3 éléments de la section AMD64 OR de la section i386, en fonction du portable sur lequel je suis allumé:

linux-headers...all.deb
linux-headers...generic...AMD64.deb
linux-image...generic...AMD64.deb

Puis ouvrez une fenêtre de terminal

cd Downloads
ls *.deb  #(just to verify there's no other *.debs in there)
Sudo dpkg -i *.deb
rm *.deb

Puis redémarrez

Ensuite, j'utilise synaptic pour rechercher les versions 4.14, 4.13, 4.12, etc., et supprimer toutes les versions que je ne souhaite pas, et ne conserver que la version actuelle, et généralement une version plus ancienne. En supprimant les versions non souhaitées, je n'ai pas à sélectionner manuellement celle qui fonctionne au démarrage.

Je dois le faire sur au moins 4 ordinateurs portables différents. 3 d'entre eux ont des processeurs 32 bits, donc pour ceux que j'utilise le ... i386.deb au lieu de ... AMD64.deb. Autre que cela, toutes les mêmes étapes, et le même problème et même correctif. Ils doivent tous rester à 4.12. *

Dans mon cas, les symptômes réels sont qu'un module de noyau IS est chargé dans les nouveaux noyaux 4.13/4.14, et il fonctionne même partiellement, car il peut afficher la liste des points d'accès à sa portée. Mais je ne peux pas réellement me connecter à AUCUN point d'accès, pas même les points publics sans cryptage ni WEP ou WPA ou quoi que ce soit.

J'ai le problème depuis plusieurs mois, depuis que le premier 4.13 est sorti.

0
Brian White

J'ai mis à niveau Lenovo G710 (Broadcom 43142) de KUbuntu 14.04 à 17.10, mais le Wi-Fi ne fonctionnait pas. Le pilote bcmwl-kernel-source a été installé, mais

Sudo modprobe wl

a renvoyé l'erreur "La clé requise n'est pas disponible". Il s'est avéré que ce programme d'installation n'a pas désactivé le démarrage sécurisé. Il devrait en fait rester hors de l'installation précédente. Après l'avoir éteint manuellement dans UEFI (BIOS), Wifi fonctionne.

0
marko

J'ai eu le même problème il y a quelques jours. J'utilise Ubuntu 17.10 dans mon Lenovo G5080. Il a été corrigé quand j'ai installé le pilote

Broadcom Corporation BCM4322 802.11a/b/g/n

Pas:

Aller au logiciel et mises à jour

cliquez sur Pilotes supplémentaires

Il montrera Broadcom Corporation BCM4322 802.11a/b/g/n

Sélectionnez-le et cliquez sur Appliquer les modifications

Je recommande également de mettre à jour et mettre à niveau via un terminal en utilisant

$ Sudo apt-get update et Sudo apt-get upgrade

Vous avez terminé. J'espère que cela pourra aider.

0
Mazhar MIK

J'ai également souffert du même problème lorsque j'ai réinstallé le kubuntu basé sur 17,10 parce que la première installation s'est effondrée. J'ai cherché la solution sur de nombreux forums mais sans succès. Mais la vraie solution était si simple et me regardait dans les yeux tout le temps. Tout ce que je fis fut d'utiliser MACCHANGER pour changer de marque avec -r une seule fois et tout était redevenu normal. Essayez vous-même. À votre santé

0
Abdul Basit

Je suis passé à 17h10 hier et j'ai eu un problème similaire. C'était un problème de noyau lié aux pilotes sans fil et au demandeur. Je suis passé à une version stable antérieure du noyau que j'avais utilisée dans 17.04. Maintenant tout fonctionne bien. J'espère qu'ils le corrigeront dans la prochaine mise à jour.

0
Legolas