USB WIFI reconnu comme un SCANNER
Problème d'installation bien que présent dans kernel-firmware
Système et matériels / Réseau Internet Wi-Fi
chesss Membre non connecté
-
- Voir le profil du membre chesss
- Inscrit le : 12/03/2015
- Site internet
- Groupes :
J'ai une clef USB WIFI Dynamode WL-700AN-AC qui utilise le chipset Realtek RTL8812AU.
Le driver est bien présent dans kernel-firmware :
/usr/lib/modules/___n°_ de_ noyaux___ /kernel/3rdparty/rtl8112au/8112au.ko.xz
Problème :
Dans le CCM cette clef WIFI est reconnue comme un scanner sous le nom 802.11ac NIC
Toute tentative d'installation depuis le CCM m'envoie vers la configuration d'un scanner puis échoue.
Si je fais
Là encore il n'y a aucune mention de "network" ou de la référence "rtl8812au" dans la description.
Savez-vous comment faire pour indiquer au système qu'il s'agit d'une clef WIFI et qu'il faut utiliser le firmware rtl8812au ?
Édité par chesss Le 27/10/2019 à 11h26
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Là encore il n'y a aucune mention de "network" ou de la référence "rtl8812au" dans la description.
En fait, si la détection utilise le fichier usb.ids ( et je pense que c' est le cas), alors c' est normal car la référence c811 n' existe pas dans la base ( seul le vendeur 0bda ( Realtek en l' occurence) est identifiable).
Que donne un lsusb -s 007:003 -v ( notamment le champ bInterfaceClass) ?
Pour le changement, peut être regarder du côté de usb_modeswitch ( mais je ne sais pas si un usb_modeswitch -v 0bda -p c811 -V 0bda -P a811 -C 0x2h peut aider)
Édité par nic80 Le 27/10/2019 à 11h21
chesss Membre non connecté
-
- Voir le profil du membre chesss
- Inscrit le : 12/03/2015
- Site internet
- Groupes :
- bInterfaceClass 255 Vendor Specific Class
- bInterfaceSubClass 255 Vendor Specific Subclass
- bInterfaceProtocol 255 Vendor Specific Protocol
Ils ne se sont pas foulés chez Dynamode !
Il y a pourtant marqué "plug and play for linux" sur la boite.
Édité par chesss Le 27/10/2019 à 11h25
chesss Membre non connecté
-
- Voir le profil du membre chesss
- Inscrit le : 12/03/2015
- Site internet
- Groupes :
Après lsusb ça a changé
iInterface 2
en
iInterface 2 802.11ac NIC
Ca n'a pas modifié bInterfaceClass, mais il y a de l'idée, ça chauffe !
Édité par chesss Le 27/10/2019 à 11h43
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Est-ce qu'un
Code BASH :
modprobe 8112auarrangerait les choses ?
Ceci charge le module en question.
chesss Membre non connecté
-
- Voir le profil du membre chesss
- Inscrit le : 12/03/2015
- Site internet
- Groupes :
Sinon dans le répertoire /usr/share/usb_modeswitch
j'essaye de créer un fichier appelé 0bda:c811 qui contient :
Mais ça ne change rien et je ne suis pas bien sûr de la syntaxe ?
Bon je vous ai fait assez perdre assez de temps (grand merci au passage)
je vais résoudre le problème en disant à ma voisine de renvoyer cette daube mal paramétrée à FiercePC
et d'acheter à la place une carte PCI Express genre ASUSPCE-n10 à 15 €
ou bien une "kebidu" à 2 € sur aliexpress (le chipset MT7601 marche très bien avec linux d'après les commentaires).
FiercePC lui a vendu un PC sans OS - dit comme compatible Linux - c'est une intention louable,
mais il ont mis n'importe quoi comme clef WIFI.
Le reste à base de Ryzen 3 2200G s'est installé "plug & play" comme d'habitude avec MAGEIA.
Édité par chesss Le 27/10/2019 à 18h02
chesss Membre non connecté
-
- Voir le profil du membre chesss
- Inscrit le : 12/03/2015
- Site internet
- Groupes :
Si vous voulez je continue les tests pour le plaisir de résoudre un problème et si ça peut en aider d'autres (?)
mais pas pour un matériel à 10 € / mal construit / mal paramétré !
Édité par chesss Le 27/10/2019 à 16h54
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je me demande si c' est bien du 8812au ?
Pourquoi pas du 8821cu ?
Par exemple sur ce dépot git, il est bien fait référence à:
#ifdef CONFIG_RTL8821C
/*=== Realtek demoboard ===*/
{USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_REALTEK, 0xC811, 0xff, 0xff, 0xff), .driver_info = RTL8821C}, /* 8811CU */
Dans le fichier https://github.com/zebulon2/rtl8812au-driver-5.2.20/blob/master/os_dep/linux/usb_intf.c
Reste plus qu' à compiler !
Edit: je n' ai pas vu la mention, ne fonctionne qu' avec 8812au, pas avec 8811cu...
Peut être que celui ci fonctionne
https://github.com/brektrou/rtl8821CU
Édité par nic80 Le 27/10/2019 à 21h27
chesss Membre non connecté
-
- Voir le profil du membre chesss
- Inscrit le : 12/03/2015
- Site internet
- Groupes :
avant de planter sur des erreurs de compilation.
Mais le driver Windows est un RTL8811AU.
Alors que le site Dynamode renvoie vers une page realtek avec les drivers RTL8812AU.
C'est n'importe quoi celle marque Dynamode.
Ils sont gonflés de marquer "plug and play for Linux" sur la boite, alors que le problème a l'air général d'après les avis de clients lus ici qui ont aussi essayé sans succès sur Ubuntu :
https://www.currys.co.uk/gbuk/computing-accessories/networking/network-routers-and-switches/wireless-adapters/dynamode-wl-700an-ac-usb-wireless-adapter-ac-600-dual-band-10166875-pdt.html
Édité par chesss Le 28/10/2019 à 09h33
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Effectivement faire sh ./install.sh essaye de compiler un RTL8821CU
avant de planter sur des erreurs de compilation.
avant de planter sur des erreurs de compilation.
Est ce que le paquet kernel-desktop-devel correspondant au noyau courant est installé ?
En revanche, je ne vois pas où est le fichier install.sh ( de toute façon, pour installer le module compilé dans l' arbre des modules, il faut des droits root, dkms ou non).
En tous cas ( avec le ficher zip de https://github.com/brektrou/rtl8821CU):
Code BASH :
cp -r rtl8821CU-master/ /usr/src/rtl8821CU-5.4.1 [root@mageia7-test Téléchargements]# cd /usr/src [root@mageia7-test src]# ls debug/ rtbth-dkms-3.9.6/ kernel-4.18.14-1.mga7/ rtl8192eu-4.3.1.1_11320.20140505-4.mga7/ kernel-4.18.16-2.mga7/ rtl8192eu-4.4.1/ kernel-5.3.2-desktop-1.mga7/ rtl8821CU-5.4.1/ kernel-5.3.6-desktop-2.mga7/ [root@mageia7-test src]# dkms add -m rtl8821CU -v 5.4.1 Creating symlink /var/lib/dkms/rtl8821CU/5.4.1/source -> /usr/src/rtl8821CU-5.4.1 DKMS: add Completed. [root@mageia7-test src]# dkms build -m rtl8821CU -v 5.4.1 Preparing kernel 5.3.6-desktop-2.mga7 for module build: (This is not compiling a kernel, just preparing kernel symbols) Storing current .config to be restored when complete Running Generic preparation routine make mrproper....(bad exit status: 2) using /proc/config.gz make oldconfig...... make prepare....(bad exit status: 2) Building module: cleaning build area.... 'make' KVER=5.3.6-desktop-2.mga7...................................................... cleaning build area.... cleaning kernel tree (make mrproper)....(bad exit status: 2) DKMS: build Completed. [root@mageia7-test src]# dkms install -m rtl8821CU -v 5.4.1 Running module version sanity check. 8821cu.ko.xz: - Installation - Installing to /lib/modules/5.3.6-desktop-2.mga7/dkms/drivers/net/wireless/realtek/rtl8821cu/ depmod........ DKMS: install Completed. [root@mageia7-test src]# dkms status rtl8821CU, 5.4.1, 5.3.6-desktop-2.mga7, x86_64: installed rtl8192eu, 4.4.1, 5.3.6-desktop-2.mga7, x86_64: installed rtbth-dkms, 3.9.6, 5.3.6-desktop-2.mga7, x86_64: installed [root@mageia7-test src]# modinfo 8821cu modinfo 8821cu filename: /lib/modules/5.3.6-desktop-2.mga7/dkms/drivers/net/wireless/realtek/rtl8821cu/8821cu.ko.xz version: v5.4.1_28754.20180921_COEX20180712-3232 author: Realtek Semiconductor Corp. description: Realtek Wireless Lan Driver license: GPL srcversion: CD5BF0D101F8EFC238C29FB alias: usb:v2001p331Dd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp8811d*dc*dsc*dp*icFFiscFFipFFin* alias: usb:v0BDApC811d*dc*dsc*dp*icFFiscFFipFFin* alias: usb:v0BDApC82Bd*dc*dsc*dp*icFFiscFFipFFin* alias: usb:v0BDApC82Ad*dc*dsc*dp*icFFiscFFipFFin* alias: usb:v0BDApC820d*dc*dsc*dp*icFFiscFFipFFin* alias: usb:v0BDApC821d*dc*dsc*dp*icFFiscFFipFFin* alias: usb:v0BDApB820d*dc*dsc*dp*icFFiscFFipFFin* alias: usb:v0BDApB82Bd*dc*dsc*dp*icFFiscFFipFFin* depends: usbcore,cfg80211 retpoline: Y name: 8821cu vermagic: 5.3.6-desktop-2.mga7 SMP mod_unload
Édité par nic80 Le 28/10/2019 à 00h19
chesss Membre non connecté
-
- Voir le profil du membre chesss
- Inscrit le : 12/03/2015
- Site internet
- Groupes :
Le .install.sh fourni sur le CD d'installation plante sur :
le ./dkms-install.sh trouvé sur github plante sur
Alors que DKMS et kernel-desktop-devel-latest sont bien installés.
Édité par chesss Le 28/10/2019 à 11h04
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Que donnent les commandes
uname -a ?
rpm -qa | grep kernel-desktop-devel
ls -al /usr/src
chesss Membre non connecté
-
- Voir le profil du membre chesss
- Inscrit le : 12/03/2015
- Site internet
- Groupes :
Là je teste sur un ordi laissé en Mageia6 car je ne veux pas avoir à refaire tout un environnement de compilation en C spécifique pour craquer le mode examen des calculatrices Ti.
Mais j'ai installé 8 autres ordi dont celui de la voisine en Mageia7 bien sur.
Sur son ordi le ./dkms-install.sh était passé.
Mais c'était celui du chipset RTL8812AU c'est peut-être pour ça que le usb_modeswitch -KW -v 0bda -p c811 n'avait pas fonctionné ?
Édité par chesss Le 28/10/2019 à 12h45
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je viens de tester la compilation sur un noyau 4.14-145 et le build réussi...
Code BASH :
[root@localhost rtl8821cu]# cp -r rtl8821CU-master/ /usr/src/rtl8821CU-5.4.1 [root@localhost rtl8821cu]# cd /usr/src [root@localhost src]# ls kernel-4.14.131-desktop-1.mga6/ kernel-4.14.145-desktop-2.mga6/ rtl8821CU-5.4.1/ vboxguest-5.2.18@ [root@localhost src]# dkms dkms dkms_autoload dkms_mkkerneldoth [root@localhost src]# dkms add -m rtl8821CU -v 5.4.1 Creating symlink /var/lib/dkms/rtl8821CU/5.4.1/source -> /usr/src/rtl8821CU-5.4.1 DKMS: add Completed. [root@localhost src]# dkms build -m rtl8821CU -v 5.4.1 Preparing kernel 4.14.145-desktop-2.mga6 for module build: (This is not compiling a kernel, just preparing kernel symbols) Storing current .config to be restored when complete Running Generic preparation routine make mrproper....... using /proc/config.gz make oldconfig.... make prepare.... Building module: cleaning build area.... 'make' KVER=4.14.145-desktop-2.mga6..................................... cleaning build area.... cleaning kernel tree (make mrproper)..... DKMS: build Completed. [root@localhost src]# dkms install -m rtl8821CU -v 5.4.1 Running module version sanity check. 8821cu.ko.xz: - Installation - Installing to /lib/modules/4.14.145-desktop-2.mga6/dkms/drivers/net/wireless/realtek/rtl8821cu/ depmod........ DKMS: install Completed. [root@localhost src]#
Peut être un problème de fichier build ?
Code BASH :
$ ls -al /lib/modules/$(uname -r)/build lrwxrwxrwx 1 root root 39 oct. 28 23:05 /lib/modules/4.14.145-desktop-2.mga6/build -> /usr/src/kernel-4.14.145-desktop-2.mga6/ ls /usr/src/kernel-4.14.145-desktop-2.mga6/ 3rdparty/ arch/ block/ certs/ crypto/ Documentation/ drivers/ firmware/ fs/ include/ init/ ipc/ Kbuild Kconfig kernel/ lib/ Makefile mm/ Module.symvers net/ samples/ scripts/ security/ sound/ tools/ usr/ virt/
Citation :
Sur son ordi le ./dkms-install.sh était passé.
Mais c'était celui du chipset RTL8812AU c'est peut-être pour ça que le usb_modeswitch -KW -v 0bda -p c811 n'avait pas fonctionné ?
Mais c'était celui du chipset RTL8812AU c'est peut-être pour ça que le usb_modeswitch -KW -v 0bda -p c811 n'avait pas fonctionné ?
Puisque qu' il y a un pilote qui gère nativement le périphérique c811, peut être que le usb_modeswitch n' est pas nécessaire.
Citation :
je ne veux pas avoir à refaire tout un environnement de compilation en C spécifique
Ce n' est peut être pas la bonne machine pour tester alors...
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie