Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[abandonné] perte wifi Dlink DWA 171 rtl8812AU

xubu1957

Bonjour,

Il reste surtout les reliquats de configuration des anciens noyaux, et pour les enlever :

moko138 a écritPour supprimer tous ces fichiers de configuration devenus sans objets et marqués "rc", et uniquement ces fichiers,
exécute :

dpkg -l | grep ^rc | cut -d' ' -f3 | xargs sudo dpkg --purge

et pour revérifier:

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"

Fatsa

Bonsoir,
J'ai donc purgé, il y avait une belle collection
Le retour de vérification. Mais ma chère clé ne veut toujours rien savoir du wifi !

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"
ii  linux-headers-4.4.0-62                     4.4.0-62.83                                   all          Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-62-generic             4.4.0-62.83                                   i386         Linux kernel headers for version 4.4.0 on 32 bit x86 SMP
ii  linux-headers-4.4.0-64                     4.4.0-64.85                                   all          Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-64-generic             4.4.0-64.85                                   i386         Linux kernel headers for version 4.4.0 on 32 bit x86 SMP
ii  linux-headers-generic                      4.4.0.64.68                                   i386         Generic Linux kernel headers
ii  linux-image-3.11.0-26-generic              3.11.0-26.45~precise1                         i386         Linux kernel image for version 3.11.0 on 32 bit x86 SMP
ii  linux-image-4.4.0-62-generic               4.4.0-62.83                                   i386         Linux kernel image for version 4.4.0 on 32 bit x86 SMP
ii  linux-image-4.4.0-64-generic               4.4.0-64.85                                   i386         Linux kernel image for version 4.4.0 on 32 bit x86 SMP
ii  linux-image-extra-4.4.0-62-generic         4.4.0-62.83                                   i386         Linux kernel extra modules for version 4.4.0 on 32 bit x86 SMP
ii  linux-image-extra-4.4.0-64-generic         4.4.0-64.85                                   i386         Linux kernel extra modules for version 4.4.0 on 32 bit x86 SMP
ii  linux-image-generic                        4.4.0.64.68                                   i386         Generic Linux kernel image

xubu1957

Tu as le dernier noyau, tu devrais repartir sur la procédure complète :

toutafai a écritBonjour,

....

a faire pc relié au net via un cable :

sudo apt-get update
sudo apt-get install linux-headers-generic build-essential git
git clone https://github.com/gnab/rtl8812au.git
cd ~/rtl8812au
make
sudo make install
sudo modprobe 8812au

et a chaque fois qu'il y aura une mise a jour du noyau :

cd ~/rtl8812au
make clean
make
sudo make install
sudo modprobe 8812au

issu de cette discussion : [Résolu] Erreurs compil driver clé Wifi EW-7811UTC

maxire

Salut,

Tester le dongle avec une Ubuntu 14.04 n'a pas de signification car tout dépend du noyau linux utilisé par celle-ci.
Il est nécessaire de reconstruire le gestionnaire du dongle pour tous les noyaux de versions >= 3.10.
Un test avec Windows serait plus significatif.

Je viens de consulter le site mettant à disposition la version de gestionnaire que tu dois reconstruire, rtl8812au dont j'affiche le descriptif:

Ole Petter Bang a écritRealtek 802.11ac (rtl8812au)

This is a fork of the Realtek 802.11ac (rtl8812au) v4.2.2 (7502.20130507) driver altered to build on Linux kernel version >= 3.10.
Purpose

My D-Link DWA-171 wireless dual-band USB adapter needs the Realtek 8812au driver to work under Linux.

The current rtl8812au version (per nov. 20th 2013) doesn't compile on Linux kernels >= 3.10 due to a change in the proc entry API, specifically the deprecation of the create_proc_entry() and create_proc_read_entry() functions in favor of the new proc_create() function.
Building

The Makefile is preconfigured to handle most x86/PC versions. If you are compiling for something other than an intel x86 architecture, you need to first select the platform, e.g. for the Raspberry Pi, you need to set the I386 to n and the ARM_RPI to y:

...
CONFIG_PLATFORM_I386_PC = n
...
CONFIG_PLATFORM_ARM_RPI = y

There are many other platforms supported and some other advanced options, e.g. PCI instead of USB, but most won't be needed.

The driver is built by running make, and can be tested by loading the built module using insmod:

$ make
$ sudo insmod 8812au.ko

After loading the module, a wireless network interface named Realtek 802.11n WLAN Adapter should be available.
Installing

Installing the driver is simply a matter of copying the built module into the correct location and updating module dependencies using depmod:

$ sudo cp 8812au.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless
$ sudo depmod

The driver module should now be loaded automatically.
DKMS

Automatically rebuilds and installs on kernel updates. DKMS is in official sources of Ubuntu, for installation do:

$ sudo apt-get install build-essential dkms

The driver source mus be copied to /usr/src/8812au-4.2.2

Then add it to DKMS:

$ sudo dkms add -m 8812au -v 4.2.2
$ sudo dkms build -m 8812au -v 4.2.2
$ sudo dkms install -m 8812au -v 4.2.2

Check with:

$ sudo dkms status

Eventually remove from DKMS with:

$ sudo dkms remove -m 8812au -v 4.2.2 --all

References

D-Link DWA-171
D-Link page
wikidevi page

Cette version du gestionnaire RTL8812AU pallie un problème de construction datant de novembre 2013 et valable pour les noyaux de versions >= 3.10.
Je ne voudrais pas être trop pessimiste mais qui nous dit que d'autres problèmes ne sont pas apparus en passant de la famille 3.xx de noyaux linux à la famille 4.xx?
Je n'ai pas consulté les descriptifs des noyaux 4 mais en général une modification du numéro de version majeur donc de 3 à 4 n'est pas anodin.

Je vois qu'il reste un noyau 3.11 de Precise (12.04) disponible pourrais-tu démarrer dessus et dire ce qui se passe?
Ce qui me surprend c'est que c'est un noyau 3.11 donc > 3.10 et tu nous as dit que Precise fonctionnait parfaitement et sans reconstruction du gestionnaire.

Note:
Plutôt que de t'embêter à reconstruire manuellement le gestionnaire à chaque changement de noyau tu aurais pu utiliser dkms.
L'utilisation de DKMS est décrite dans le texte de Ole Petter Bang mis en avant ci-dessus.

xubu1957

Bonjour,

@ maxire

ii  linux-image-3.11.0-26-generic              3.11.0-26.45~precise1                         i386         Linux kernel image for version 3.11.0 on 32 bit x86 SMP

il n'y a ni les headers, ni les extras pour ce noyau, c'est pas casse gueule d'essayer de démarrer dessus ?

maxire

@xubu1957, je ne sais pas mais pas besoin des entêtes ni des extras à l'exécution.
Ce qui m'intrigue c'est que Fatsa nous a signalé que tout fonctionnait bien avec Precise et j'en ai déduit sans reconstruction de RTL8812AU, donc pas besoin de la présence de headers.

Fatsa

Bonsoir,

Il me semble qu'il y a un prblème de pilote. Depuis la suppression des anciens noyaux (#102), je n'arrive plus à utiliser la procédure standard rappelé par Xubu1965 sou (#103),
Voilà le retour du terminal :

sudo apt-get install linux-headers-generic build-essential git
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
build-essential is already the newest version (12.1ubuntu2).
git is already the newest version (1:2.7.4-0ubuntu1).
linux-headers-generic is already the newest version (4.4.0.64.68).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 7 non mis à jour

Ne devrais je pas supprimer le piolte actuel ? et si oui comment car voilà le retour assez logique

git clone https://github.com/gnab/rtl8812au.git
fatal: le chemin de destination 'rtl8812au' existe déjà et n'est pas un répertoire vide.

Du coup plus rien ne va :

make
make: *** Pas de cible spécifiée et aucun makefile n'a été trouvé. Arrêt.

J eviens d'essayer peut -être bêtement, mais évidemment le

make clean

renvoie des informations dont je ne comprends rien

make clean
cd hal/OUTSRC/ ; rm -fr */*.mod.c */*.mod */*.o */.*.cmd */*.ko
cd hal/OUTSRC/ ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko 
cd hal/led ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
cd hal ; rm -fr */*/*.mod.c */*/*.mod */*/*.o */*/.*.cmd */*/*.ko
cd hal ; rm -fr */*.mod.c */*.mod */*.o */.*.cmd */*.ko
cd hal ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
cd core/efuse ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
cd core ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
cd os_dep/linux ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
cd os_dep ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
rm -fr Module.symvers ; rm -fr Module.markers ; rm -fr modules.order
rm -fr *.mod.c *.mod *.o .*.cmd *.ko *~
rm -fr .tmp_versions
rm: impossible de supprimer '.tmp_versions/8812au.mod': Permission non accordée
Makefile:1072 : la recette pour la cible « clean » a échouée
make: *** [clean] Erreur 1

Dois me lancer dans les propositions de Ole Petter Bang ?
Je ne suis pas sûr de tout comprendre entre commentaire et instructions à suivre.
Je m'y plongerais ce week end

xubu1957

 7 non mis à jour

Lances :

sudo apt full-upgrade

maxire

Euh, cela ne sert à rien d'installer ce qui est déjà installé d'où les messages d'erreurs.

De même si la construction précédente a réussi cela ne sert à rien de te lancer dans des compilations inutiles.
Si tu veux te relancer dans une compilation, supprime d'abord le contenu du répertoire de travail avant de relancer le git clone.

Tu n'as pas à suivre les propositions de Ole Petter Bang puisque tu le fais déjà, c'est lui qui fournit les programmes que tu cherches à compiler.

Fatsa

Bonsoir,

J'ai essayé la clé sous windows 7.
Ca ne fonctionne pas non plus la clé ne reconnait pas le wifi maison.
C'est donc bien le De profundis.

Du coup je mets quoi pour ce fil : rien, abandon, contourné ?

xubu1957

Bonsoir,

Mets [Abandonné]

Merci d'avoir donné l'information.

Fatsa

C'est fait, et merci pour les conseils et la patience

xubu1957

J'aurais préféré une solution qui marche. 😉

« Page précédente