rtl8812au est un module différent de rtl8821ce. (voir en bas)
Ni rtl8812au ou rtl8821au n’est un bon module pour piloter ton matériel Wifi et Bluetooth. rtl8821ce doit être le bon module.
Je ne crois pas ; du moins pas tel quel, sans le correctif :
This repository hosts the code for the ArchLinux AUR Package. It’s targetting Linux > 4.14 and is being developed for ArchLinux and Ubuntu 18.10. No support will be provided for other Linux distributions or Linux Kernel versions outside of that range.
Ce référentiel héberge le code du paquet ArchLinux AUR. Il cible Linux > 4.14 et est développé pour ArchLinux et Ubuntu 18.10. Aucun support ne sera fourni pour d’autres distributions Linux ou versions du noyau Linux en dehors de cette plage.
« USB2.0 for WLAN and BT controller »
« USB3.0 for WLAN controller »
« PCI Express 1.1 for WLAN controller + USB2.0 for Bluetooth controller»
Merci r2mi pour ton retour mais j’avoue ne pas comprendre pourquoi tu dis que rtl8821ce n’est pas un module.
Encore une question bête: une fois que le module du chipset wifi est bien chargé, je me plains du fait que ça ne change rien au niveau de la sortie de iwconfig ou ip -a mais n’y aurait-t-il pas quelque chose à faire en plus, comme par ex monter l’interface réseau ? J’ai essayé des choses comme ip set dev wlan0 up mais évidemment le nom du périphérique n’est pas bon…
En fait le driver (que j’ai chopé ici) s’appelle: rtl8812AU_8821AU linux kernel driver for AC1200 (801.11ac) Wireless Dual-Band USB Adapter.
J’ai cru comprendre que chipset fait à la fois Bluetooth (en USB) et Wifi (en PCIe). C’est peut-être à cause de ça que c’est un peu le bordel au niveau des noms…
En tout il m semble bien que la compilation ne gérait qu’un seul module qui s’appelait donc rtl8812au. Voila pourquoi j’ai chargé ce module et non pas rtl8821au, mais je revérifierai ce soir quand je serai devant mon laptop…
J’en profiterai pour vous donner la sortie de lspci -nnk | grep -i net -A2 et surtout je tenterai d’utiliser ce driver qui m’a l’air bien mieux puisqu’il semble générer un module avec le bon nom (rtl8821au), merci donc pour le lien. Par contre je sais pas trop si’il vaut mieux rester sur le kernel fourni avec Stretch (4.9) ou si je ferais mieux d’upgrader vers la dernière version 4.x (voir 5.x).
J’avoue que je suis un peu perdu avec tous ces répos git et je crois effectivement que je me suis un peu égaré
Sans parler que je n’ai plus eu la joie de galérer avec le kernel et les drivers depuis une petite dizaine d’années, mon dernier laptop sous Debian ayant parfaitement fonctionné pendant près de 10 ans (il est toujours en vie d’ailleurs, mais à son âge les ventilos sont évidemment insupportables).
Bon reprenons depuis le début.
Déjà voici le résultat de lspci -nnk | grep -i net -A2:
J’ai essayé de compiler le drivers sur le répo de tomaspinho qui revient souvent dans les discussions.
J’ai d’abord eu l’erreur à cause de linux/sched/signal.h manquant, j’ai donc enlevé le répertoire sched pour que ça passe.
Maintenant j’ai l’erreur suivante:
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.9.0-9-amd64/build M=/root/rtl8821ce modules
make[1] : on entre dans le répertoire « /usr/src/linux-headers-4.9.0-9-amd64 »
CC [M] /root/rtl8821ce/core/rtw_cmd.o
In file included from /root/rtl8821ce/include/osdep_service.h:48:0,
from /root/rtl8821ce/include/drv_types.h:32,
from /root/rtl8821ce/core/rtw_cmd.c:22:
/root/rtl8821ce/include/osdep_service_linux.h: In function ‘_init_timer’:
/root/rtl8821ce/include/osdep_service_linux.h:294:2: error: implicit declaration of function ‘timer_setup’ [-Werror=implicit-function-declaration]
Mais avant de partir dans une lutte sans fin je me demande s’il ne faudrait pas mieux que je trouve un autre répo, ou que j’upgrade mon kernel (dernière version stable 4.x?), le kernel 4.9 de Stretch n’était pas très récent..
Et essaie la deuxième réponse qui dispose de 11 avis positifs.
Elle reprend autrement le dépôt de tomaspinho.
Je la modifie un peu ici :
# Try that from your home directory
git clone https://github.com/tomaspinho/rtl8821ce.git
cd rtl8821ce/
sudo make all
sudo modprobe 8821ce.ko
sudo dmesg
sudo ifconfig -a
sudo iwconfig
# sudo make install # à faire si ton interface Wireless apparaît
# sudo modprobe -a 8821ce # à faire si besoin (module pas chargé) quand le make install est fait.
Je ne vois en quoi la méthode diffère, j’ai moi aussi juste fait un clone de ce répo et simplement lancer la compil.. tout pareil ! Et donc je retombe évidemment sur les mêmes soucis…
Excuse-moi, je croyais que ces dépôts donnaient des .git différents.
J’ai compilé sans problème avec mon poste de travail sous Gentoo (4.14.83)
Je m’aperçois maintenant qu’avec mon micro serveur Debian 9.8 (4.9.0-9), j’ai les mêmes erreurs :
rem@n40l:~/rtl8821ce$ sudo make all
[sudo] Mot de passe de rem :
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.9.0-8-amd64/build M=/home/rem/rtl8821ce modules
make[1] : on entre dans le répertoire « /usr/src/linux-headers-4.9.0-8-amd64 »
CC [M] /home/rem/rtl8821ce/core/rtw_cmd.o
In file included from /home/rem/rtl8821ce/include/drv_types.h:32:0,
from /home/rem/rtl8821ce/core/rtw_cmd.c:22:
/home/rem/rtl8821ce/include/osdep_service.h:47:33: fatal error: linux/sched/signal.h: Aucun fichier ou dossier de ce type
#include <linux/sched/signal.h>
^
compilation terminated.
/usr/src/linux-headers-4.9.0-8-common/scripts/Makefile.build:309 : la recette pour la cible « /home/rem/rtl8821ce/core/rtw_cmd.o » a échouée
make[4]: *** [/home/rem/rtl8821ce/core/rtw_cmd.o] Erreur 1
/usr/src/linux-headers-4.9.0-8-common/Makefile:1546 : la recette pour la cible « _module_/home/rem/rtl8821ce » a échouée
make[3]: *** [_module_/home/rem/rtl8821ce] Erreur 2
Makefile:152 : la recette pour la cible « sub-make » a échouée
make[2]: *** [sub-make] Erreur 2
Makefile:8 : la recette pour la cible « all » a échouée
make[1]: *** [all] Erreur 2
make[1] : on quitte le répertoire « /usr/src/linux-headers-4.9.0-8-amd64 »
Makefile:1902 : la recette pour la cible « modules » a échouée
make: *** [modules] Erreur 2
rem@n40l:~/rtl8821ce$
Oui, la version du noyau est peut-être à prendre en compte.
Je suis aussi perdu que toi. sinon plus.
J’ai la conviction que c’est le module rtl8821ce qui fera fontionner ton Wifi + BT
C’est bizarre de ne pas pouvoir le trouver plus facilement.
Mais j’imagine que j’aurai encore des soucis de compilation, ne serait ce que parce qu’il faut visiblement un kernel >= 4.11 (voir >=4.15) et que je suis qu’avec le kernel de base de Stretch donc en 4.9.
Bon après je n’ai pas spécialement envie de me taper une compilation de kernel, je me sens trop vieux pour cela
Mais finalement peut-être que la meilleure stratégie serait de me refaire une installation réseau mais en mettant Debian testing ou unstable sur la clé USB. A terme je veux rester en stable, mais je pourrais au début utiliser Buster en unstable puis passer en stable lorsque Buster serait sortie (j’imagine que cela devrait se faire dans les prochaines semaines ou mois vu que la période de freeze a déjà commencée).
Debian testing et unstable ont tous les 2 le kernel 4.19. Je peux espérer qu’avec celui ci j’aurai directement le module rtl8821ce, et si c’est pas le cas j’imagine que je pourrai au moins le compiler plus facilement à partir des différents répos Git.
Après une installation de Buster tout se passe beaucoup mieux et la compilation du driver (de tomaspinho) se passe sans problème… et j’ai enfin mon interface wifi, bref tout marche bien !
Merci pour l’info.. mais j’espère ne pas en avoir besoin avec le kernel 4.19 de Buster, on verra bien avec les autres soucis (pas de son en premier lieu). Mais déjà le wifi c’était LE truc de base…
Bonjour à tous
je me suis servi de ce topic pour régler mon problème de pilote sur rtl8821ce sur un AsusVivobook 17.
La procédure suivante a été utile, mais incomplète dans mon cas:
git clone https://github.com/tomaspinho/rtl8821ce.git
cd rtl8821ce/
sudo make all
sudo modprobe 8821ce.ko
sudo dmesg
sudo ifconfig -a
sudo iwconfig
La solution complémentaire que j’ai appliquée est la suivante:
entrer dans le BIOS au moment du boot, et purger les ‹ KEYS › stockées par l’UEFI.
après purge et reboot, mon wifi est opérationnel.
