Forum Linux.debian/ubuntu [Résolu] Détection wifi intel

Posté par . Licence CC by-sa.
1
16
nov.
2019

Salut à tous.

Venant d'installer une fraîche version de debian (buster) obtenue via un magazine acheté en librairie sur un portable lenovo, je suis de nouveau confronté à la détection du réseau wifi, sur jessie j'avais rapidement trouvé un deb pour la carte broadcom, mais là, c"est une carte intel, et je galère un peu.

J'ai suivi les instructions trouvés sur https://debian-facile.org/doc:materiel:wifi:detecter et installé également le paquet firmware non free.

J'obtiens donc :

lspci -nnd ::0280
00:14.3 Network controller [0280]: Intel Corporation Cannon Point-LP CNVi [Wireless-AC] 8086:9df0

Et

lspci -nnkd ::0280
00:14.3 Network controller [0280]: Intel Corporation Cannon Point-LP CNVi [Wireless-AC] 8086:9df0
Subsystem: Intel Corporation Cannon Point-LP CNVi [Wireless-AC] [8086:02a4]
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi

Et

ip a
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: wlp0s20f3: mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 76:a4:8b:9f:7b:c1 brd ff:ff:ff:ff:ff:ff

Puis

dmesg | grep firmware
[ 0.249877] Spectre V2 : Enabling Restricted Speculation for firmware calls
[ 2.474271] i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_04.bin (-2)
[ 2.474275] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[ 2.474279] i915 0000:00:02.0: Direct firmware load for i915/kbl_dmc_ver1_04.bin failed with error -2
[ 2.474281] i915 0000:00:02.0: Failed to load DMC firmware i915/kbl_dmc_ver1_04.bin. Disabling runtime power management.
[ 2.474282] i915 0000:00:02.0: DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
[ 4.881733] iwlwifi 0000:00:14.3: firmware: direct-loading firmware iwlwifi-9000-pu-b0-jf-b0-38.ucode
[ 4.882511] iwlwifi 0000:00:14.3: loaded firmware version 38.755cfdd8.0 op_mode iwlmvm

Donc j'en conclus que la carte wifi est bien reconnue et driver chargé, mais je n'en suis pas certain au regard de ce que renvoi dmesg, est-ce que ce les premières lignes sont à prendre en compte ou seulement les 2 dernières lignes satisfont ?

D'autant que j'obtiens :

ifconfig -a
lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1000 (Boucle locale)
RX packets 7700 bytes 623424 (608.8 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 7700 bytes 623424 (608.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlp0s20f3: flags=4098 mtu 1500
ether 76:a4:8b:9f:7b:c1 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Le problème est que lorsque je tente d'activer le wifi via un clic droit sur l'applet network-manager de la barre des tâches, la checkbox ne se coche pas, sachant qu'il y a bien cette checkbox, je ne sais pas trop où chercher pour résoudre le problème.
Manque t-il une bibliothèque pour que ça fonctionne ? Le driver est-il bon ? Quelque chose à reconfigurer ? Je patauge.

J'ai vraiment besoin d'aide de quelques-uns ayant plus d'expériences à faire ce genre de chose que moi qui doit faire ce genre de manip tous les 29 février des années non bissextiles.

PS: Ne me demandez pas de passer à une autre distribution que debian +^
PPS: A propos des dvd d'installations de distributions que l'on achète en librairie, est-ce que les distributions en tirent un profit ? Ou seulement les éditeurs de ces magazines ?

  • # drivers propriétaires ?

    Posté par . Évalué à 3 (+1/-0).

    d'après cette page, il te faudrait charger les drivers propriétaires Intel : https://debian-facile.org/viewtopic.php?id=25129

    apt install firmware-iwlwifi firmware-misc-nonfree
    puis reboot.

  • # J'avance à reculons

    Posté par . Évalué à 1 (+0/-0).

    Salut, merci de vos réponses, en effet le paquet misc ne m'est pas grandement utile, et le paquet iwlwifi était déjà installé.

    Bon, j'ai réinstallé debian parce qu'à force de manipulations hasardeuses, je suis en train de mettre le bazar sur le système.

    Il y a quelque chose que je ne comprends pas, lors de l"installation il me détecte bien tous les réseaux wifi disponibles en faisant même la liste de tous ces réseaux, alors pourquoi une fois le système installé il ne le détecte plus le wifi ? C'est tout de même étrange.

    Sinon, j'ai regardé ce qu'il y avait dans /lib/firmware et ce qu'il a affiché lors de l'installation comme firmware manquant, ce coup-ci j'ai fait une capture d"écran.

    iwlwifi-9000-pu-b0-jf-b0-30.ucode
    iwlwifi-9000-pu-b0-jf-b0-31.ucode
    iwlwifi-9000-pu-b0-jf-b0-32.ucode
    iwlwifi-9000-pu-b0-jf-b0-33.ucode
    iwlwifi-9000-pu-b0-jf-b0-34.ucode -> présent dans /lib/firmware
    iwlwifi-9000-pu-b0-jf-b0-35.ucode
    iwlwifi-9000-pu-b0-jf-b0-36.ucode
    iwlwifi-9000-pu-b0-jf-b0-37.ucode
    iwlwifi-9000-pu-b0-jf-b0-38.ucode -> présent dans /lib/firmware

    De plus si je regarde sur le site d'intel (driver linux), le driver se rapportant à cette carte est le AC-9462, c"est quand même à y perdre son latin.

    Bon, je vais rechercher où trouver ces firmwares manquant et voir si ça va résoudre mon problème.

    • [^] # Re: J'avance à reculons

      Posté par (page perso) . Évalué à 4 (+3/-0).

      Si je me souviens bien, le noyau peut essayer de charger plusieurs microcodes. Ce n'est pas parce qu'il y a des erreurs de chargement de versions qui ont été remplacées par d'autres que c'est grave.

      Si l'interface est présente mais que le wifi ne peut pas être activé, ça ne serait pas une blague que tu pourrais détecter avec rfkill list ?

      Par ailleurs, tu as quoi dans /etc/network/interfaces et /etc/network/interfaces.d/* ?

      Et as-tu essayé des commandes à la main, comme iwlist wlp0s20f3 scan ?

      Debian Consultant @ DEBAMAX

      • [^] # Re: J'avance à reculons

        Posté par . Évalué à 2 (+1/-0).

        Je m'en doutais un peu que c'était suffisant pour les firmwares.

        Je ne connaissais pas rfkill, il me donne :

        0: ideapad_wlan: Wireless LAN
        Soft blocked: no
        Hard blocked: yes
        1: ideapad_bluetooth: Bluetooth
        Soft blocked: yes
        Hard blocked: yes
        2: hci0: Bluetooth
        Soft blocked: yes
        Hard blocked: no
        3: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no

        Que signifie Hard blocked ? c'est au niveau matériel ? Dans le bios je ne vois pas ce qui pourrait se rapporter à ça.

        Dans /etc/interfaces il y a :

        source /etc/network/interfaces.d/*

        # The loopback network interface
        auto lo
        iface lo inet loopback

        Et rien dans /etc/network/interfaces.d/

        Pour le scan, j'ai hum, comme résultat :

        wlp0s20f3 Interface doesn't support scanning : Network is down

        J'ai vu aussi que windows (je suis en dual boot) pouvait mettre le bordel et qu'il fallait désactiver le fast boot dans windows, ce que j'ai fait, j'y ai cru un moment car lors de l'install le wifi était bien détecté mais plus après l'install, mais non, c'est pas ça, à moins qu'il y a encore autre chose.

        A noter que pour le moment, je n'ai pas accès à une connexion ethernet, est-ce que ça pourrait changer quelque chose ? Car forcément nm n'a rien configuré.

        • [^] # Re: J'avance à reculons

          Posté par . Évalué à 5 (+3/-0).

          0: ideapad_wlan: Wireless LAN
          Soft blocked: no
          Hard blocked: yes

          ca veut dire qu'il y a un bouton physique pour couper le wifi, et que celui-ci est sur "off"

          ca peut être un bouton à faire coulisser, ou un toucher Fn+icone wifi pour (des)activer les fonctions radio (wifi/bluetooth)

          • [^] # Re: J'avance à reculons

            Posté par . Évalué à 4 (+3/-0).

            Merci beaucoup à vous tous, comme le raccourci fn+f7 ne fonctionne pas (même pas sur windows), alors j'ai fait une recherche, et sur le site de lenovo, la solution donnée est simple.

            Ajouter dans /etc/modprobe.d/ un fichier de configuration de liste noire, par exemple blacklist.conf, dans ce fichier ajouter:

            blacklist ideapad_laptop

            Puis redémarrer.

            Et voilà, le wifi est actif, et je suis heureux :-D

            Encore merci à vous tous de m'avoir épauler et aiguiller dans la résolution de ce problème.

        • [^] # Re: J'avance à reculons

          Posté par (page perso) . Évalué à 2 (+1/-0).

          Chic, c'est effectivement ce qui me semblait le plus probable (même si j'avais évité de me perdre dans des conjectures).

          Pour /e/n/i, c'est top, aucune éventuelle configuration. Ça veut dire que NetworkManager peut configurer toutes les interfaces (a contrario, si une interface est configurée via les fichiers de conf, elle n'est pas touchée par NM).

          Pour le scan, je pense qu'il faudrait activer l'interface avant de le lancer (au sens « link up »), mais ça n'est pas possible avec le rfkill en place.

          Bref, en résumé, cf. la réponse de NeoXL concernant le rfkill → trouve comment activer matériellement le lien physique, NM devrait prendre le relais.

          (Au passage, la case à cocher « Activer le wifi » dans l'applet NM semble justement jouer sur l'aspect « soft-blocked » au niveau rfkill.)

          Concernant la distinction démarrage dans le système d'installation vs. système installé, j'avoue être un peu surpris. Les composants chargés/disponibles sont effectivement différents dans les deux cas, mais je ne m'attendais pas à voir apparaître un blocage au niveau matériel entre le processus d'installation et le démarrage du système installé…

          Debian Consultant @ DEBAMAX

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.