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

Drivers Realtek RTL8192DU

Menestroll

Bonjour à tous,
Nouveau venu dans la communauté, je viens d'installer Ubuntu sur ma machine en dualboot avec Windows 10.
Tout s'est bien déroulé à l'exception d'un soucis avec les drivers de ma carte Wifi (Belkin Components F9L1101v2 802.11abgn Wireless Adapter [Realtek RTL8192DU]) qui m'empêche de profiter du réseau sans fil.
J'ai parcouru bien des sujets concernant Realtek, visiblement je suis loin d'être le premier à avoir ce genre de soucis. J'ai essayé plusieurs solutions proposés sur le forum, sans succès.
C'est pourquoi je me tourne vers la communauté en espérant que vous pourrez m'aider.


>>    cat /etc/lsb-release 

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.3 LTS"

>>    lsusb 

Bus 002 Device 002: ID 050d:110a Belkin Components F9L1101v2 802.11abgn Wireless Adapter [Realtek RTL8192DU]
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 003: ID 03f0:134a Hewlett-Packard Optical Mouse
Bus 007 Device 002: ID 0461:4e04 Primax Electronics, Ltd 
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

>>    lspci -k -nn | grep -A 3 -i net 

01:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5764M Gigabit Ethernet PCIe [14e4:1684] (rev 10)
	Subsystem: Hewlett-Packard Company NetXtreme BCM5764M Gigabit Ethernet PCIe [103c:1309]
	Kernel driver in use: tg3
	Kernel modules: tg3
03:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM206 [GeForce GTX 960] [10de:1401] (rev a1)

>>    sudo lshw -C network 

  *-network
       description: Ethernet interface
       produit: NetXtreme BCM5764M Gigabit Ethernet PCIe
       fabriquant: Broadcom Corporation
       identifiant matériel: 0
       information bus: pci@0000:01:00.0
       nom logique: enp1s0
       version: 10
       numéro de série: 2c:27:d7:1c:80:d8
       taille: 1Gbit/s
       capacité: 1Gbit/s
       bits: 64 bits
       horloge: 33MHz
       fonctionnalités: pm vpd msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=tg3 driverversion=3.137 duplex=full firmware=5764m-v3.35 ip=192.168.1.19 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       ressources: irq:30 mémoire:e4000000-e400ffff

>>    lsmod 

Module                  Size  Used by
input_leds             16384  0
snd_hda_codec_hdmi     49152  1
gpio_ich               16384  0
hp_wmi                 16384  0
sparse_keymap          16384  1 hp_wmi
snd_seq_midi           16384  0
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            32768  1 snd_seq_midi
intel_powerclamp       16384  0
snd_seq                65536  2 snd_seq_midi_event,snd_seq_midi
snd_hda_codec_realtek    90112  1
coretemp               16384  0
snd_hda_codec_generic    73728  1 snd_hda_codec_realtek
kvm_intel             200704  0
kvm                   593920  1 kvm_intel
irqbypass              16384  1 kvm
intel_cstate           20480  0
snd_hda_intel          36864  7
snd_hda_codec         126976  4 snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
serio_raw              16384  0
snd_hda_core           81920  5 snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
snd_hwdep              16384  1 snd_hda_codec
snd_seq_device         16384  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_pcm               102400  5 snd_hda_intel,snd_hda_codec,snd_hda_core,snd_hda_codec_hdmi
lpc_ich                24576  0
i7core_edac            24576  0
snd_timer              32768  2 snd_seq,snd_pcm
edac_core              53248  2 i7core_edac
snd                    77824  24 snd_hda_intel,snd_hwdep,snd_seq,snd_hda_codec,snd_timer,snd_rawmidi,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_seq_device,snd_hda_codec_realtek,snd_pcm
soundcore              16384  1 snd
shpchp                 36864  0
mac_hid                16384  0
parport_pc             32768  0
ppdev                  20480  0
lp                     20480  0
parport                49152  3 lp,parport_pc,ppdev
autofs4                40960  2
hid_generic            16384  0
usbhid                 53248  0
hid                   118784  2 hid_generic,usbhid
nouveau              1601536  4
mxm_wmi                16384  1 nouveau
video                  40960  1 nouveau
i2c_algo_bit           16384  1 nouveau
ttm                    98304  1 nouveau
drm_kms_helper        151552  1 nouveau
psmouse               139264  0
syscopyarea            16384  1 drm_kms_helper
sysfillrect            16384  1 drm_kms_helper
firewire_ohci          40960  0
sysimgblt              16384  1 drm_kms_helper
tg3                   163840  0
fb_sys_fops            16384  1 drm_kms_helper
firewire_core          65536  1 firewire_ohci
pata_acpi              16384  0
drm                   352256  7 nouveau,ttm,drm_kms_helper
ptp                    20480  1 tg3
crc_itu_t              16384  1 firewire_core
pps_core               16384  1 ptp
wmi                    16384  3 mxm_wmi,nouveau,hp_wmi
floppy                 73728  0
fjes                   77824  0


>>    iwconfig 


>>    ifconfig -a 

enp1s0    Link encap:Ethernet  HWaddr 2c:27:d7:1c:80:d8  
          inet adr:192.168.1.19  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: 2a01:cb1d:8508:6300:6023:b3d4:dff1:649/64 Scope:Global
          adr inet6: fe80::fb28:d87d:6de3:267a/64 Scope:Lien
          adr inet6: 2a01:cb1d:8508:6300:794f:f173:fedf:d3aa/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:9989 erreurs:0 :0 overruns:0 frame:0
          TX packets:9780 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:6295049 (6.2 MB) Octets transmis:1495718 (1.4 MB)
          Interruption:17 

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          Packets reçus:1246 erreurs:0 :0 overruns:0 frame:0
          TX packets:1246 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:116246 (116.2 KB) Octets transmis:116246 (116.2 KB)


>>    sudo iwlist scan 


>>    uname -r -m 

4.10.0-42-generic x86_64

>>    cat /etc/network/interfaces 

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

>>    nm-tool 


>>    nmcli dev wifi 


>>    nmcli connection list (< 15.04) ou nmcli connection show (>= 15.04) 

NOM                  UUID                                  TYPE            PÉRIPHÉRIQUE 
Connexion filaire 1  96b3b98b-87af-32bb-8409-a9ad18a09534  802-3-ethernet  enp1s0       

>>    nmcli connection status 


>>    sudo rfkill list

xubu1957

Bonjour,

Tu as cette discussion > (Résolu)Installer Realtek RTL8192DU pour Clef USB wifi Belkin F9L110v2

 uname -r -m 
4.10.0-42-generic x86_64

et pour ce noyau copié de la version 17.04 > Anomalies réseaux en Ethernet et Wifi sur la version 17.04

Menestroll

Merci pour ta réponse xubu1957,

J'ai déjà tenté les solutions donnés sur cette discussion.
Lorsque j'execute les commandes suivantes

sudo apt-get install build-essential linux-headers-generic git
git clone https://github.com/lwfinger/rtl8192du.git
cd rtl8192du
make

La commande make me renvoie l'erreur suivante :

make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.10.0-42-generic/build M=/home/nico/rtl8192du  modules
make[1] : on entre dans le répertoire « /usr/src/linux-headers-4.10.0-42-generic »
  CC [M]  /home/nico/rtl8192du/core/rtw_pwrctrl.o
/home/nico/rtl8192du/core/rtw_pwrctrl.c: In function ‘pwr_state_check_handler’:
/home/nico/rtl8192du/core/rtw_pwrctrl.c:203:33: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
  struct rtw_adapter *padapter = (struct adapter *)FunctionContext;
                                 ^
cc1: some warnings being treated as errors
scripts/Makefile.build:294 : la recette pour la cible « /home/nico/rtl8192du/core/rtw_pwrctrl.o » a échouée
make[2]: *** [/home/nico/rtl8192du/core/rtw_pwrctrl.o] Erreur 1
Makefile:1524 : la recette pour la cible « _module_/home/nico/rtl8192du » a échouée
make[1]: *** [_module_/home/nico/rtl8192du] Erreur 2
make[1] : on quitte le répertoire « /usr/src/linux-headers-4.10.0-42-generic »
Makefile:149 : la recette pour la cible « modules » a échouée
make: *** [modules] Erreur 2

J'ai aussi testé de modifier l'adresse MAC, lorsque j'ai réinitialisé le service, le Wifi s'est lancé pendant une seconde puis l'icone à disparu et je suis revenu sur ma connexion Ethernet.

xubu1957

Tu as désactivé le secure-boot , voir au § 2 et début du § 3 > [Tuto] Pas de Wi-fi ? Eléments importants à vérifier

Pour la compilation, je ne sais pas faire, il faudrait jeter un œil dans les questions > github.com/lwfinger/rtl8192du/issues

xubu1957

Une réponse ancienne :

Le 21 Oct 2014, lwfinger a écrit
Je pense que votre problème est causé par Ubuntu. Les modifications de l'API dans le noyau se produisent toujours entre les versions majeures du noyau. Cela permet d'utiliser la macro KERNEL_VERSION pour détecter quelle forme de l'appel doit être construite. Quand Ubuntu est en train de réexporter de tels changements vers des noyaux plus anciens, donc le mauvais formulaire est sélectionné.

Je considère que le comportement d'Ubuntu est mauvais. Cela m'a fait perdre beaucoup de temps à essayer de comprendre pourquoi ces types d'échecs se sont produits. Pour cette raison, je ne vais pas changer le code.

J'ai vérifié que la dernière révision du repo compilera correctement sur tous les noyaux standard de 3.0 à 3.18. Vous aurez besoin de modifier votre copie du code pour le construire avec un noyau Ubuntu, ou vous pouvez obtenir la source du noyau à partir de vger.kernel.org et construire votre propre noyau.

Dans github.com/lwfinger/rtl8192du/issues/24

Menestroll

Merci pour le lien, il m'avait échappé durant mes recherches.

J'ai fouiné dans le BIOS mais rien concernant le SecureBoot.
Je suis sur un HP Z400.

Carte mère :
produit: 0B4Ch
fabriquant: Hewlett-Packard
version: D
numéro de série: CZC1151F5P

BIOS
fabriquant: Hewlett-Packard
identifiant matériel: 1
version: 786G3 v03.15
date: 10/29/2010
taille: 128KiB
capacité: 1984KiB
fonctionnalités: pci pnp upgrade shadowing cdboot bootselect edd int13floppytoshiba int13floppy720 int5printscreen int9keyboard int14serial int17printer acpi usb ls120boot zipboot biosbootspecification netboot

Menestroll

xubu1957 a écritUne réponse ancienne :

Le 21 Oct 2014, lwfinger a écrit
Je pense que votre problème est causé par Ubuntu. Les modifications de l'API dans le noyau se produisent toujours entre les versions majeures du noyau. Cela permet d'utiliser la macro KERNEL_VERSION pour détecter quelle forme de l'appel doit être construite. Quand Ubuntu est en train de réexporter de tels changements vers des noyaux plus anciens, donc le mauvais formulaire est sélectionné.

Je considère que le comportement d'Ubuntu est mauvais. Cela m'a fait perdre beaucoup de temps à essayer de comprendre pourquoi ces types d'échecs se sont produits. Pour cette raison, je ne vais pas changer le code.

J'ai vérifié que la dernière révision du repo compilera correctement sur tous les noyaux standard de 3.0 à 3.18. Vous aurez besoin de modifier votre copie du code pour le construire avec un noyau Ubuntu, ou vous pouvez obtenir la source du noyau à partir de vger.kernel.org et construire votre propre noyau.
Dans github.com/lwfinger/rtl8192du/issues/24

Cela signifie qu'il faut que je downgrade mon kernel jusqu'à la version 3.18 ?

Merci pour ton aide 🙂

xubu1957

Essaie de redémarrer et de recompiler :

cc1: some warnings being treated as errors

cc1: quelques avertissements traités comme des erreurs

chili555 a écritChaque commande est une commande séparée suivie de Enter. Certains vont faire peu et certains vont s'éloigner pendant quelques instants. J'ai compilé ceci sur mon propre système et il devrait le faire avec quelques avertissements mais sans erreur...

> [SOLVED] Installing Linux Wireless OR Ndiswrapper without Internet connection

au post #8, chili555 a écritafter reboot, recompile:

après le redémarrage, recompiler :

cd ~/rtl8192du
make clean
make
sudo make install
sudo modprobe 8192du

Menestroll

Toujours le même soucis, même après redémarrage.
J'ai l'impression que mon problème vient la version du headers, mais c'est qu'une supposition mes connaissances ne sont pas aussi avancées.

make[1] : on entre dans le répertoire « /usr/src/linux-headers-4.10.0-42-generic »
  CC [M]  /home/nico/rtl8192du/core/rtw_pwrctrl.o
/home/nico/rtl8192du/core/rtw_pwrctrl.c: In function ‘pwr_state_check_handler’:
/home/nico/rtl8192du/core/rtw_pwrctrl.c:203:33: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
  struct rtw_adapter *padapter = (struct adapter *)FunctionContext;

xubu1957

Et tester une version live 16.04.1 LTS avec un noyau 4.4 comme baroubarou ?

Menestroll

J'ai tenté un test en live mais je crois que j'ai utilisé la même version que celle installée...

Tu pourrais me donner le lien vers la version avec le noyau 4.4 ?

xubu1957

> old-releases.ubuntu.com/releases/16.04.1

moko138

Pour Ubuntu 16.04.1 en 64 bits :
old-releases.ubuntu.com/releases/16.04.1/ubuntu-16.04.1-desktop-amd64.iso

Menestroll

Merci pour les liens Xubu1957 et Moko138.

Bonne nouvelle, cette piste la était la bonne. Ma carte wifi fonctionne parfaitement !

Donc pour récapituler,
Sous Ubuntu 16.04.3 ma carte Wifi Belkin Components F9L1101v2 802.11abgn Wireless Adapter [Realtek RTL8192DU] ne fonctionnait pas.
Lors de l'installation du driver, une erreur apparaissait m'empêchant de finaliser l'installation.

Avec Ubuntu 16.04.1 lancé en live (http://old-releases.ubuntu.com/releases/16.04.1/), l'installation du driver se déroule correctement et les différents réseaux Wifi apparaissent enfin.

Merci pour votre précieuse aide ! Je passe le sujet en résolu.