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

[s][Résolu][/s] [Contourné] rtl8192su et ubuntu 16.04

moko138

C'est bon.

DuanerD

Je suis passé sur ubuntu 16.04.1 et il y avait toujours des déconnexions, du coup j'ai remis 14.04.5, qui marchait bien avec cet ordi il y a quelques années. Vu que c'est un ordi sur lequel je veux de la stabilité avant tout, ça me convient.

xubu1957

Bonjour,

Fais voir :

uname -r

et :

lsmod

DuanerD

Bonjour!

>> uname -r

4.4.0-98-generic

>> lsmod

Module                  Size  Used by
cfg80211              561152  0 
bnep                   20480  2 
rfcomm                 69632  0 
bluetooth             516096  10 bnep,rfcomm
amdkfd                131072  1 
amd_iommu_v2           20480  1 amdkfd
radeon               1503232  3 
r8712u                176128  0 
input_leds             16384  0 
ttm                    94208  1 radeon
drm_kms_helper        151552  1 radeon
snd_hda_codec_realtek    86016  1 
intel_rapl             20480  0 
snd_hda_codec_generic    73728  1 snd_hda_codec_realtek
drm                   360448  6 ttm,drm_kms_helper,radeon
snd_hda_codec_hdmi     53248  2 
snd_hda_intel          40960  5 
snd_hda_codec         135168  4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
i2c_algo_bit           16384  1 radeon
fb_sys_fops            16384  1 drm_kms_helper
syscopyarea            16384  1 drm_kms_helper
sysfillrect            16384  1 drm_kms_helper
sysimgblt              16384  1 drm_kms_helper
snd_hda_core           73728  5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
x86_pkg_temp_thermal    16384  0 
intel_powerclamp       16384  0 
snd_hwdep              16384  1 snd_hda_codec
snd_seq_midi           16384  0 
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            32768  1 snd_seq_midi
snd_seq                69632  2 snd_seq_midi_event,snd_seq_midi
snd_pcm               106496  4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
coretemp               16384  0 
snd_seq_device         16384  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer              32768  2 snd_pcm,snd_seq
mei_me                 36864  0 
kvm_intel             167936  0 
kvm                   536576  1 kvm_intel
mei                    98304  1 mei_me
snd                    81920  21 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device
irqbypass              16384  1 kvm
crct10dif_pclmul       16384  0 
crc32_pclmul           16384  0 
8250_fintek            16384  0 
soundcore              16384  1 snd
ghash_clmulni_intel    16384  0 
shpchp                 36864  0 
aesni_intel           167936  0 
dcdbas                 16384  0 
aes_x86_64             20480  1 aesni_intel
lpc_ich                24576  0 
lrw                    16384  1 aesni_intel
gf128mul               16384  1 lrw
glue_helper            16384  1 aesni_intel
serio_raw              16384  0 
ablk_helper            16384  1 aesni_intel
cryptd                 20480  3 ghash_clmulni_intel,aesni_intel,ablk_helper
mac_hid                16384  0 
parport_pc             36864  0 
ppdev                  20480  0 
lp                     20480  0 
parport                49152  3 lp,ppdev,parport_pc
uas                    24576  0 
usb_storage            69632  1 uas
hid_generic            16384  0 
usbhid                 49152  0 
hid                   118784  2 hid_generic,usbhid
broadcom               20480  0 
bcm_phy_lib            16384  1 broadcom
tg3                   163840  1 
psmouse               131072  0 
ahci                   36864  3 
ptp                    20480  1 tg3
libahci                32768  1 ahci
pps_core               20480  1 ptp
fjes                   28672  0

J'ai refait la démarche du post #4 pour essayer d'avoir les bonnes infos, mais apparemment je ne pourrai pas voir afficher "driver:rtl8192su"...

xubu1957

Tu as le même noyau qu'en version 16.04 > linux-headers-generic

Fournis :

lshw -C network

DuanerD

  *-network               
       description: Ethernet interface
       produit: NetLink BCM57788 Gigabit Ethernet PCIe
       fabriquant: Broadcom Corporation
       identifiant matériel: 0
       information bus: pci@0000:03:00.0
       nom logique: eth0
       version: 01
       numéro de série: 78:2b:cb:9a:34:7d
       taille: 10Mbit/s
       capacité: 1Gbit/s
       bits: 64 bits
       horloge: 33MHz
       fonctionnalités: pm msi pciexpress bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=tg3 driverversion=3.137 duplex=half firmware=sb latency=0 link=no multicast=yes port=MII speed=10Mbit/s
       ressources: irq:32 mémoire:fe500000-fe50ffff
  *-network
       description: Interface réseau sans fil
       identifiant matériel: 1
       information bus: usb@2:1.1
       nom logique: wlan0
       numéro de série: 94:44:52:ef:f0:23
       fonctionnalités: ethernet physical wireless
       configuration: broadcast=yes driver=r8712u ip=192.168.0.43 multicast=yes wireless=IEEE 802.11bgn

Juste après l'install, mon noyau était 3.3 (pas sur du deuxième chiffre, mais sûr du premier), j'ai fais des mises à jour et c'est là que mon noyau est passé en 4.4.0, comme pour le 16.04.1 effectivement.
Mais même avec le noyau 3.3, lsmod et network était identique à ceux maintenant.

xubu1957

Ton pilote apparaît :

       configuration: broadcast=yes driver=r8712u ip=192.168.0.43 multicast=yes wireless=IEEE 802.11bgn

La version 14.04 est soutenue jusqu'en avril 2019.

> 14.04.Kernel Support

DuanerD

Le pilote apparait mais ce n'est pas celui qui correspond à ma clé wifi non (rtl8192su)?
Je dois avouer que la gestion des drivers sous linux reste un mystère pour moi, faudrait que je me penche dessus à un moment.

Je n'ai pas compris également le fonctionnement de la blacklist pour modprobe, j'ai beau essayer de mettre "r8xxxu" dans la liste, le module apparait toujours dans lsmod.

En tout cas merci pour ton aide, la 14.04 me convient et d'ici 2019, j'aurai surement investi dans une nouvelle clé wifi 😉

FrancisFDZ

Je suis un peu perdu ; on part de rtl8192su pour arriver à r8712u ?
En #1, lsusb annonçait

02 Device 003: ID 050d:845a Belkin Components F7D2101 802.11n Surf & Share Wireless Adapter v1000 [Realtek RTL8192SU]

J'ai trouvé là un site qui confirme

r8712u is a USB driver for RTL8712U/RTL8192SU devices. It's going to be replaced by rtl8192su.

Dont acte.
Il y est préconisé d'utiliser ce git
La procédure que j'emploie est la suivante :
- créer un répertoire d'où on pourra installer les fichiers nécessaires et les compiler (chez moi, c'est ~/Compil)
- en mode console, s'y rendre et cloner le git :

sudo git clone https://github.com/chunkeey/rtl8192su.git/

- RTFM : il y a un fichier README.md qui donne les instructions à suivre.
Je n'ai pas encore vérifier, mais il peut y avoir 2 méthodes possibles :
Directement
Passer par dkms suivant les instructions du readme
Il faut ensuite supprimer le(s) module(s) défectueux par "sudo rmmod [nom_du_module]" ou "sudo modprobe -r [nom_du_module]"
Vérifier qu'il n'y a pas de module à blacklister La liste éventuelle doit figurer dans readme, ainsi que le modus operandi.
Il peut également être utile de renseigner le fichier /etc/modules sur le nom exact du nouveau module à installer.
Arrivé là, reste à installer ce module par "sudo modprobe [nom_du_module]" et vérifier (lsmod) qu'il est bien installé, puis activer sa liaison wifi. (ou simplement rebooter)

[Edit] D'après README, il suffirait de faire make et make load, je dirais plutôt sudo make load : c'est la méthode la plus simple que j'ai trouvé pour ce type de problèmes !

DuanerD

Non on est depuis le début avec r8712u. Par contre ce que je ne savais pas c'est que c'était un driver pour rtl8192su également. Du coup peut-être que ce n'était pas un problème de driver depuis le début, plus un conflit.

Petit question, dans les paramètres de ma connexion wifi, j'ai deux cases que je peux cocher, "toujours se connecter automatiquement" et "permettre à tous les utilisateurs de se connecter" (c'est pas ça précisément, je ne suis pas devant mon ordi). Est-ce que le deuxième choix doit être coché? J'ai remarqué qu'il l'était par défaut sur 14.04 et non sur 16.04.

FrancisFDZ

DuanerD a écritNon on est depuis le début avec r8712u. Par contre ce que je ne savais pas c'est que c'était un driver pour rtl8192su également. Du coup peut-être que ce n'était pas un problème de driver depuis le début, plus un conflit.

Petit question, dans les paramètres de ma connexion wifi, j'ai deux cases que je peux cocher, "toujours se connecter automatiquement" et "permettre à tous les utilisateurs de se connecter" (c'est pas ça précisément, je ne suis pas devant mon ordi). Est-ce que le deuxième choix doit être coché? J'ai remarqué qu'il l'était par défaut sur 14.04 et non sur 16.04.

"toujours se connecter automatiquement" => le PC se connecte tout seul, automatiquement, quel que soit l'utilisateur
"permettre à tous les utilisateurs de se connecter" => chaque utilisateur peut se connecter si telle est sa décision

Le premier choix me semble plus judicieux, surtout si le nombre d'utilisateurs potentiels est limité

[
Edit] On s"est croisé lors de ma dernière modif de mon post précédent, je pense que la solution proposée peut être LA bonne [/Edit]

DuanerD

Ok je pensais à un processus qui essaierait de se connecter et qui créerait la déconnexion.
Bon si j'ai le courage de tout réinstaller encore une fois, je verrai cette solution. Merci 🙂

xubu1957

Reprenant mes recherches, j'ai trouvé, pour information :

- USB_WiFi_adapters_w/_probable_Linux_support

- wiki/Belkin_F7D2101

DuanerD

Merci pour ces informations. Donc du coup, ce n'était pas un problème de drivers... Dommage pour mon dimanche passé dessus 😛

xubu1957

Le pilote date de 5 ans :

Le 03/05/2012, traduction a écritBonjour à tous,

Je voudrais soumettre le travail que j'ai fait jusqu'ici sur un pilote natif mac80211 pour la famille de puces RTL8192SU (91SU / 88SU également). Il construit sur le pilote rtlwifi, en particulier le sous-pilote rtl8192se, ainsi que le r8712u et les pilotes de transfert rtl8192su supprimés.

Les premiers correctifs sont des améliorations ou des corrections de bogues pour le noyau rtlwifi que je voudrais obtenir en amont après révision. L'avant- dernier patch est un hack vilain permettant aux sous-pilotes d'enregistrer de nouvelles / différentes fonctionnalités avec mac80211 (analyse matérielle, par exemple). Et le dernier patch ajoute le travail effectué jusqu'à présent sur rtl8192su.

À partir de maintenant, le sous-pilote rtl8192su peut initialiser le matériel, charger le firmware, configurer la communication en bloc et configurer le RF / BB / PHY. Il y a une poignée de FIXME dispersés autour du code, et beaucoup de nouvelles commandes FW doivent encore être implémentées. La commande FW de l'étude du site fonctionne assez bien et renvoie les BSSID disponibles dans la zone. Cependant, le microprogramme utilise actuellement les balises et renvoie les résultats de l'analyse dans une structure qui nécessitera du travail pour alimenter mac80211.
...
Joshua Roys

> www.spinics.net/lists/linux-wireless

DuanerD

Bonsoir,

Je vous donne des nouvelles histoire de clore ce post. Même avec la version de Ubuntu 14.04 les déconnexion sont réapparu. Du coup j'ai re-migré vers la version 16.04 en faisant l'update direct via le gestionnaire de mise à jour, pour tester. Et pendant le download qui a duré une demi heure aucune déconnexion... Du coup j'ai fais plusieurs tests et les déconnexions ont l'air d'être lié à firefox. J'ai désactivé tous les modules un par un sans pour autant comprendre d’où venait le problème. Je me suis donc acheter une autre clé wifi, TP-Link TL-WN725N qui utilise le driver RTL8188EUS qui est directement reconnu par la version 16.04, ça a l'air de tenir pour l'instant.

Voilà, merci en tout cas pour votre aide!

xubu1957

Bonsoir,

Pour éditer ta discussion et rajouter ~~[Résolu]~~ [Contourné] au début du titre, il faut utiliser le bouton Modifier dans ton premier message.

Merci 😉

« Page précédente