Connexion

Besoin d'aide ? Une question ? Un avis ? Rejoignez nous sur notre salon IRC pour clavarder

Forum

Système et matériels » Réseau Internet Wi-Fi USB WIFI reconnu comme un SCANNER Problème d'installation bien que présent dans kernel-firmware

chesss Membre non connecté

Rang

Avatar

Inscrit le : 12/03/2015 à 09h46

Localisation : France

Messages: 14

Le 27/10/2019 à 09h52
Bonjour,

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
CCM / Matériel /Scanner
IDENTIFICATION
Fabricant: ‎Realtek
Description: ‎802.11ac NIC
Classe de média: ‎

CONNEXION
Bus: ‎USB
Bus PCI n°: ‎7
Périphérique PCI n°: ‎3
Identifiant du fabricant: ‎0x0bda
Identifiant du périphérique: ‎0xc811

DIVERS
Module: ‎inconnu

Toute tentative d'installation depuis le CCM m'envoie vers la configuration d'un scanner puis échoue.

Si je fais
lsusb
Bus 007 Device 003: ID 0bda:c811 Realtek Semiconductor Corp.

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 ? Edité par chesss Le 27/10/2019 à 11h26


Ce n'est pas parce que Windows est payant qu'il est bon.
Et ce n'est pas parce qu'il est piraté qu'on fait une bonne affaire en l'utilisant.
Site web    
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2769

Le 27/10/2019 à 10h46
Bonjour,

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).

D'où vient le fichier 8112au.ko.xz ( je ne l' ai pas trouvé dans en faisant un urpmf 8112au.ko) ?

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)



Edité par nic80 Le 27/10/2019 à 11h21
   
chesss Membre non connecté

Rang

Avatar

Inscrit le : 12/03/2015 à 09h46

Localisation : France

Messages: 14

Le 27/10/2019 à 11h18
Merci pour votre aide, ça retourne :
- 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.
lsusb -s 007:005 -v
Bus 007 Device 005: ID 0bda:c811 Realtek Semiconductor Corp.
Couldn't open device, some information will be missing
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0bda Realtek Semiconductor Corp.
idProduct 0xc811
bcdDevice 2.00
iManufacturer 1
iProduct 2
iSerial 3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 53
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 5
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 2
...




Edité par chesss Le 27/10/2019 à 11h25


Ce n'est pas parce que Windows est payant qu'il est bon.
Et ce n'est pas parce qu'il est piraté qu'on fait une bonne affaire en l'utilisant.
Site web    
chesss Membre non connecté

Rang

Avatar

Inscrit le : 12/03/2015 à 09h46

Localisation : France

Messages: 14

Le 27/10/2019 à 11h40
Si je fais
usb_modeswitch -v 0bda -p c811 -V 0bda -P a811 -C 0x2h
usb_modeswitch -v 0bda -p c811 -V 0bda -P a811 -C 0x2h
Look for target devices ...
No devices in target mode or class found
Look for default devices ...
product ID matched
Found devices in default mode (1)
Access device 005 on bus 007
Get the current device configuration ...
Current configuration number is 1
Use interface number 0

USB description data (for identification)
-------------------------
Manufacturer: Realtek
Product: 802.11ac NIC
Serial No.: 123456
-------------------------
Warning: no switching method given. See documentation
-> Run lsusb to note any changes. Bye!

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 ! Edité par chesss Le 27/10/2019 à 11h43


Ce n'est pas parce que Windows est payant qu'il est bon.
Et ce n'est pas parce qu'il est piraté qu'on fait une bonne affaire en l'utilisant.
Site web    
Papoteur Membre non connecté

Rang

Avatar

Modérateur Équipe Mageia

Inscrit le : 03/10/2011 à 22h16

Localisation : Metz

Messages: 7914

Le 27/10/2019 à 14h48
Bonjour,
Est-ce qu'un
Code BASH :
modprobe 8112au

arrangerait les choses ?
Ceci charge le module en question.


Yves
   
chesss Membre non connecté

Rang

Avatar

Inscrit le : 12/03/2015 à 09h46

Localisation : France

Messages: 14

Le 27/10/2019 à 16h25
Avec modeprob rien ne change.

Sinon dans le répertoire /usr/share/usb_modeswitch
j'essaye de créer un fichier appelé 0bda:c811 qui contient :
0bda:c811
# WIFI USB Dynamode
TargetbInterfaceClass = 0xe0h
TargetbInterfaceSubClass = 0x2h
TargetbInterfaceProtocol = 0x02h

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. Edité par chesss Le 27/10/2019 à 18h02


Ce n'est pas parce que Windows est payant qu'il est bon.
Et ce n'est pas parce qu'il est piraté qu'on fait une bonne affaire en l'utilisant.
Site web    
chesss Membre non connecté

Rang

Avatar

Inscrit le : 12/03/2015 à 09h46

Localisation : France

Messages: 14

Le 27/10/2019 à 16h26
ndiswrapper n'a pas marché non plus car à mon avis il faudrait d'abord que la clef soit reconnue comme une interface WIFI.

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é ! Edité par chesss Le 27/10/2019 à 16h54


Ce n'est pas parce que Windows est payant qu'il est bon.
Et ce n'est pas parce qu'il est piraté qu'on fait une bonne affaire en l'utilisant.
Site web    
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2769

Le 27/10/2019 à 18h28
Bonjour,

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

Edité par nic80 Le 27/10/2019 à 21h27
   
chesss Membre non connecté

Rang

Avatar

Inscrit le : 12/03/2015 à 09h46

Localisation : France

Messages: 14

Le 27/10/2019 à 23h17
Effectivement faire sh ./install.sh essaye de compiler un RTL8821CU
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 Edité par chesss Le 28/10/2019 à 09h33


Ce n'est pas parce que Windows est payant qu'il est bon.
Et ce n'est pas parce qu'il est piraté qu'on fait une bonne affaire en l'utilisant.
Site web    
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2769

Le 27/10/2019 à 23h33
Bonjour,

Citation :
Effectivement faire sh ./install.sh essaye de compiler un RTL8821CU
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

Edité par nic80 Le 28/10/2019 à 00h19
   
chesss Membre non connecté

Rang

Avatar

Inscrit le : 12/03/2015 à 09h46

Localisation : France

Messages: 14

Le 28/10/2019 à 11h03
Je n'ai pas utilisé le code bash car je ne suis pas sur cette version de noyau.

Le .install.sh fourni sur le CD d'installation plante sur :
make[1]: *** Aucune règle pour fabriquer la cible « modules ». Arrêt.

le ./dkms-install.sh trouvé sur github plante sur
Error! DKMS tree already contains: rtl8821CU-5.4.1
You cannot add the same module/version combo more than once.

Error! Your kernel devel files for kernel 4.14.145-desktop-2.mga6 cannot be found at
/lib/modules/4.14.145-desktop-2.mga6/build or /lib/modules/4.14.145-desktop-2.mga6/source.
You can use the --kernelsourcedir option to tell DKMS where it's located.

Error! Could not locate 8821cu.ko.xz for module rtl8821CU in the DKMS tree.
You must run a dkms build for kernel 4.14.145-desktop-2.mga6 (x86_64) first.
Finished running dkms install steps.

Alors que DKMS et kernel-desktop-devel-latest sont bien installés. Edité par chesss Le 28/10/2019 à 11h04


Ce n'est pas parce que Windows est payant qu'il est bon.
Et ce n'est pas parce qu'il est piraté qu'on fait une bonne affaire en l'utilisant.
Site web    
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2769

Le 28/10/2019 à 11h19
Bonjour,

Que donnent les commandes

uname -a ?
rpm -qa | grep kernel-desktop-devel
ls -al /usr/src
   
chesss Membre non connecté

Rang

Avatar

Inscrit le : 12/03/2015 à 09h46

Localisation : France

Messages: 14

Le 28/10/2019 à 12h43
Les 3 commandes donnent :
Linux localhost.localdomain 4.14.145-desktop-2.mga6

kernel-desktop-devel-latest-4.14.145-2.mga6
kernel-desktop-devel-4.14.145-2.mga6-1-1.mga6

total 16
drwxr-xr-x 4 root root 4096 oct. 28 10:04 ./
drwxr-xr-x 15 root root 4096 sept. 15 2017 ../
drwxr-xr-x 25 root root 4096 oct. 28 09:39 kernel-4.14.145-desktop-2.mga6/
drwx------ 8 root root 4096 oct. 28 10:05 rtl8821CU-5.4.1/

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é ? Edité par chesss Le 28/10/2019 à 12h45


Ce n'est pas parce que Windows est payant qu'il est bon.
Et ce n'est pas parce qu'il est piraté qu'on fait une bonne affaire en l'utilisant.
Site web    
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2769

Le 28/10/2019 à 23h36
Bonjour,

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é ?


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