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 0wlp0s20f3: 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 Marc Quinton . Évalué à 3.
d'après cette page, il te faudrait charger les drivers propriétaires Intel : https://debian-facile.org/viewtopic.php?id=25129
puis reboot.apt install firmware-iwlwifi firmware-misc-nonfree
[^] # Re: drivers propriétaires ?
Posté par Cyril Brulebois (site web personnel) . Évalué à 3.
Il s'agit de microcodes/firmwares, pas de pilotes/drivers/modules…
Debian Consultant @ DEBAMAX
# J'avance à reculons
Posté par gled . Évalué à 1.
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.
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 Cyril Brulebois (site web personnel) . Évalué à 4.
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 gled . Évalué à 2.
Je m'en doutais un peu que c'était suffisant pour les firmwares.
Je ne connaissais pas rfkill, il me donne :
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 :
Et rien dans /etc/network/interfaces.d/
Pour le scan, j'ai hum, comme résultat :
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 NeoX . Évalué à 5.
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 gled . Évalué à 4.
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:
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 Cyril Brulebois (site web personnel) . Évalué à 3.
Oh, wow ! À première vue, c'est un peu dingue de devoir en arriver là…
Un petit tour rapide dans l'historique du noyau Linux me semble donner une explication plutôt rationnelle, dans le commit 5105e78e5b2414ec39efaadca1802e37e7105bb1.
Debian Consultant @ DEBAMAX
[^] # Re: J'avance à reculons
Posté par gled . Évalué à 1.
Merci de l'info, c'est intéressant de savoir pourquoi j'ai eu ce problème et que sans doute d'autres ont eu et auront.
[^] # Re: J'avance à reculons
Posté par Cyril Brulebois (site web personnel) . Évalué à 2.
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
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.