Pas la peine de temporiser. La version du driver disponible sur le dépôt git https://github.com/Mange/rtl8192eu-linux-driver est probablement issue de chez Realtek mais aura été mise à jour pour fonctionner avec un noyau récent, elle.
Même sous Windows cela ne se fait plus, d’installer les drivers mis à disposition sur un CD-ROM.
–
AnonymousCoward
bonsoir,
j’ai des pbs!
root@alpha222:/usr/src/rtl8192eu-1.0# ls
clean dkms.conf ifcfg-wlan0 Kconfig os_dep README.md wlan0dhcp
core hal include Makefile platform runwpa
root@alpha222:/usr/src/rtl8192eu-1.0# make
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.15.0-3-amd64/build M=/usr/src/rtl8192eu-1.0 modules
make[1] : on entre dans le répertoire « /usr/src/linux-headers-4.15.0-3-amd64 »
CC [M] /usr/src/rtl8192eu-1.0/core/rtw_cmd.o
In file included from /usr/src/rtl8192eu-1.0/include/osdep_service.h:45:0,
from /usr/src/rtl8192eu-1.0/include/drv_types.h:32,
from /usr/src/rtl8192eu-1.0/core/rtw_cmd.c:22:
/usr/src/rtl8192eu-1.0/include/osdep_service_linux.h: In function ‘_init_timer’:
/usr/src/rtl8192eu-1.0/include/osdep_service_linux.h:253:8: error: ‘_timer {aka struct timer_list}’ has no member named ‘data’
ptimer->data = (unsigned long)cntx;
^~
/usr/src/rtl8192eu-1.0/include/osdep_service_linux.h:254:2: error: implicit declaration of function ‘init_timer’; did you mean ‘_init_timer’? [-Werror=implicit-function-declaration]
init_timer(ptimer);
^~~~~~~~~~
_init_timer
cc1: some warnings being treated as errors
/usr/src/linux-headers-4.15.0-3-common/scripts/Makefile.build:329 : la recette pour la cible « /usr/src/rtl8192eu-1.0/core/rtw_cmd.o » a échouée
make[4]: *** [/usr/src/rtl8192eu-1.0/core/rtw_cmd.o] Erreur 1
/usr/src/linux-headers-4.15.0-3-common/Makefile:1537 : la recette pour la cible « _module_/usr/src/rtl8192eu-1.0 » a échouée
make[3]: *** [_module_/usr/src/rtl8192eu-1.0] Erreur 2
Makefile:146 : la recette pour la cible « sub-make » a échouée
make[2]: *** [sub-make] Erreur 2
Makefile:8 : la recette pour la cible « all » a échouée
make[1]: *** [all] Erreur 2
make[1] : on quitte le répertoire « /usr/src/linux-headers-4.15.0-3-amd64 »
Makefile:1335 : la recette pour la cible « modules » a échouée
make: *** [modules] Erreur 2
root@alpha222:/usr/src/rtl8192eu-1.0# bonsoir,
encore merci pour le coup demain
j’ai couru derrière la tondeuse, je vais dormir devant la télè
à demain
bonjour,
me revoillou!
1° étape résolue,
c’est laborieux pour moi,
je me suis appuyé sur:
https://forum.ubuntu-fr.org/viewtopic.php?id=1992043
donc chez le cousin:
root@alpha30:~/rtlwifi_new# ifconfig -a
enp7s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.30 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2a01:cb0c:837e:fb00:d05b:5fe1:23d5:d78e prefixlen 64 scopeid 0x0<global>
inet6 2a01:cb0c:837e:fb00:f71d:e669:8c97:a951 prefixlen 64 scopeid 0x0<global>
inet6 fe80::9a1:b6f5:749b:a05f prefixlen 64 scopeid 0x20<link>
inet6 2a01:cb0c:835f:2400:: prefixlen 56 scopeid 0x0<global>
ether 1c:6f:65:3d:35:16 txqueuelen 1000 (Ethernet)
RX packets 128486 bytes 134695312 (134.6 MB)
RX errors 0 dropped 703 overruns 0 frame 0
TX packets 85620 bytes 11171654 (11.1 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enp8s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.0.0.30 netmask 255.255.255.0 broadcast 10.0.0.255
inet6 fe80::4456:1177:dd82:b013 prefixlen 64 scopeid 0x20<link>
ether 00:0c:76:ae:b5:56 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 157 bytes 14453 (14.4 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Boucle locale)
RX packets 5292 bytes 496190 (496.1 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 5292 bytes 496190 (496.1 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlx00e04c1805ff: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.133.138.66 netmask 255.254.0.0 broadcast 10.133.255.255
inet6 fe80::1bbb:5637:96e4:fa6 prefixlen 64 scopeid 0x20<link>
ether 00:e0:4c:18:05:ff txqueuelen 1000 (Ethernet)
RX packets 8 bytes 1256 (1.2 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 77 bytes 10016 (10.0 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
root@alpha30:~/rtlwifi_new#
bon le réseau ce n’est pas beau
on va cherchez du coté de wpa_supplicant
Est-ce que tu peux nous fournir le résultat des commandes suivantes ?
sudo iw physudo iw devAfin que l’on vérifie si l’installation du driver a réussi et si le driver permet bien de créer un point d’accès.
Précisons que les commandes ifconfig et iwconfig sont totalement obsolètes et qu’il te faut désormais utiliser ip link ls , ip addr ls , iw en remplacement.
Ha, et wpa_supplicant ne concerne que le client WiFi, aussi appelé “STA”.
Un point d’accès WiFi, lui, est concerné par hostapd . Le script dont le lien est au début de ce sujet semble gérer cela très bien.
–
AnonymousCoward
avec retard, pb de chaudière,
les 2 commandes mais AP et Apvlan ???
sur mon rpi m3 je les vois, sous W10, ça marche mais je ne connais aucune commande dans un terminal
root@alpha30:~/rtl8192eu-linux-driver-master# iw dev
phy#1
Interface wlx00e04c1805ff
ifindex 5
wdev 0x100000001
addr 00:e0:4c:18:05:ff
type managed
channel 9 (2452 MHz), width: 20 MHz, center1: 2452 MHz
txpower 20.00 dBm
root@alpha30:~/rtl8192eu-linux-driver-master# iw phy
Wiphy phy1
max # scan SSIDs: 4
max scan IEs length: 2257 bytes
max # sched scan SSIDs: 0
max # match sets: 0
max # scan plans: 1
max scan plan interval: -1
max scan plan iterations: 0
RTS threshold: 2347
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Supported Ciphers:
* WEP40 (00-0f-ac:1)
* WEP104 (00-0f-ac:5)
* TKIP (00-0f-ac:2)
* CCMP-128 (00-0f-ac:4)
* CCMP-256 (00-0f-ac:10)
* GCMP-128 (00-0f-ac:8)
* GCMP-256 (00-0f-ac:9)
Available Antennas: TX 0 RX 0
Supported interface modes:
* managed
* monitor
Band 1:
Capabilities: 0x6c
HT20
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
No RX STBC
Max AMSDU length: 3839 bytes
No DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 16 usec (0x07)
HT TX/RX MCS rate indexes supported: 0-15, 32
Bitrates (non-HT):
* 1.0 Mbps
* 2.0 Mbps
* 5.5 Mbps
* 11.0 Mbps
* 6.0 Mbps
* 9.0 Mbps
* 12.0 Mbps
* 18.0 Mbps
* 24.0 Mbps
* 36.0 Mbps
* 48.0 Mbps
* 54.0 Mbps
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm) (no IR)
* 2472 MHz [13] (20.0 dBm) (no IR)
* 2484 MHz [14] (disabled)
Supported commands:
* new_interface
* set_interface
* new_key
* start_ap
* new_station
* new_mpath
* set_mesh_config
* set_bss
* authenticate
* associate
* deauthenticate
* disassociate
* join_ibss
* join_mesh
* set_tx_bitrate_mask
* frame
* frame_wait_cancel
* set_wiphy_netns
* set_channel
* set_wds_peer
* probe_client
* set_noack_map
* register_beacons
* start_p2p_device
* set_mcast_rate
* connect
* disconnect
* set_qos_map
* Unknown command (121)
Supported TX frame types:
* IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
Supported RX frame types:
* IBSS: 0x40 0xb0 0xc0 0xd0
* managed: 0x40 0xd0
* AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* mesh point: 0xb0 0xc0 0xd0
* P2P-client: 0x40 0xd0
* P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* P2P-device: 0x40 0xd0
software interface modes (can always be added):
* monitor
interface combinations are not supported
HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing
Device supports TX status socket option.
Device supports HT-IBSS.
Device supports SAE with AUTHENTICATE command
Device supports low priority scan.
Device supports scan flush.
Device supports AP scan.
Device supports per-vif TX power setting
Driver supports full state transitions for AP/GO clients
Driver supports a userspace MPM
Device supports configuring vdev MAC-addr on create.
root@alpha30:~/rtl8192eu-linux-driver-master# Bonjour,
Qu’est-ce qu’indique la commande sudo dkms status ?
Éventuellement, il faudrait aussi le retour de la commande lsmod | egrep '8192eu|rtl8xxxu' et celui pour dpkg -l | grep firmware .
Il faudrait aussi s’assurer que le package crda soit installé et d’être allé modifier le fichier /etc/default/crda pour indiquer REGDOMAIN=FR (ou autre si pays différent).
Puis redémarrer l’ordi, pour être certain.
–
AnonymousCoward
je mets en wait pour l’instant,
désolè
merci pour le coup de main
pour le plug usb, je pense que c’est le firmware développé sans AP,
l’ideal un firmware passe partout
Tu as bien installé le package firmware-realtek ?
–
AnonymousCoward
bonsoir,
oui pour le firmware
pour crda installation impossible,
mais dans le firmware j’ai pris avec EU
ensuite pbs
root@alpha30:~# apt-get install firmware-realtek
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Aucune version du paquet firmware-realtek n'est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète
ou qu'il n'est disponible que sur une autre source
E: Le paquet « firmware-realtek » n'a pas de version susceptible d'être installée
root@alpha30:~# C’est parce-que le package firmware-realtek est situé dans le composant non-free.
Si tu vas modifier le fichier /etc/apt/sources.list ou un des fichiers dans /etc/apt/sources.list.d/ et que tu regarde une ligne du genre de celle-ci :
deb http://ftp.fr.debian.org/debian/ stretch main non-free contrib
Tu as “stretch” qui est la distribution et “main”, “non-free” et “contrib” qui sont les composants.
Tu dois ajouter le composant non-free dans ton /etc/apt/sources.list , refaire un apt update puis tenter à nouveau d’installer le package firmware-realtek .
–
AnonymousCoward
bonjour et bon appétit,
je m’occupe de cela en début d’aprés midi,
je termine 18.04 lts du cousin (2472 modifs)
bonjour,
je me bas toujours avec mon hotspot,
j’ai changé respectivement enp7s0 en eth0, enp8s0 en eth1
ainsi que l’interface wifi en wlan0
je n’ai plus les 3 petits écrans à coté de démarrer…
une trace:
root@alpha30:~# nmcli
docker0: connecté to docker0
"docker0"
bridge, 02:42:E2:9D:8D:EC, sw, mtu 1500
inet4 172.17.0.1/16
route4 172.17.0.0/16
eth0: non-géré
"Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (Onboard Ethernet)"
ethernet (r8169), 1C:6F:65:3D:35:16, hw, mtu 1500
eth1: non-géré
"Realtek RTL8169 PCI Gigabit Ethernet Controller (RTL8169/8110 Family PCI Gigabit Ethernet NIC)"
ethernet (r8169), 00:0C:76:AE:B5:56, hw, mtu 1500
lo: non-géré
"lo"
loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536
wlan0: non-géré
"Realtek 802.11n NIC"
wifi (rtl8xxxu), 00:E0:4C:18:05:FF, hw, mtu 1500
Utilisez « nmcli device show » pour obtenir des informations complètes sur les périphériques connus et « nmcli connection show » pour obtenir une vue d'ensemble des profils de connexions actifs.
Consultez les pages de manuel nmcli(1) et nmcli-examples(5) pour les détails complets d'utilisation.
root@alpha30:~# nmcli device show
GENERAL.DEVICE: docker0
GENERAL.TYPE: bridge
GENERAL.HWADDR: 02:42:E2:9D:8D:EC
GENERAL.MTU: 1500
GENERAL.STATE: 100 (connecté)
GENERAL.CONNECTION: docker0
GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveConnection/1
IP4.ADDRESS[1]: 172.17.0.1/16
IP4.GATEWAY: --
IP4.ROUTE[1]: dst = 172.17.0.0/16, nh = 0.0.0.0, mt = 0
IP6.GATEWAY: --
GENERAL.DEVICE: eth0
GENERAL.TYPE: ethernet
GENERAL.HWADDR: 1C:6F:65:3D:35:16
GENERAL.MTU: 1500
GENERAL.STATE: 10 (non-géré)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
WIRED-PROPERTIES.CARRIER: marche
IP4.ADDRESS[1]: 192.168.1.30/24
IP4.GATEWAY: 192.168.1.1
IP4.ROUTE[1]: dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 0
IP4.ROUTE[2]: dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 0
IP6.ADDRESS[1]: fe80::1e6f:65ff:fe3d:3516/64
IP6.GATEWAY: --
IP6.ROUTE[1]: dst = ff00::/8, nh = ::, mt = 256, table=255
IP6.ROUTE[2]: dst = fe80::/64, nh = ::, mt = 256
GENERAL.DEVICE: eth1
GENERAL.TYPE: ethernet
GENERAL.HWADDR: 00:0C:76:AE:B5:56
GENERAL.MTU: 1500
GENERAL.STATE: 10 (non-géré)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
WIRED-PROPERTIES.CARRIER: marche
IP4.ADDRESS[1]: 10.0.0.30/8
IP4.GATEWAY: --
IP4.ROUTE[1]: dst = 10.0.0.0/8, nh = 0.0.0.0, mt = 0
IP6.ADDRESS[1]: fe80::20c:76ff:feae:b556/64
IP6.GATEWAY: --
IP6.ROUTE[1]: dst = ff00::/8, nh = ::, mt = 256, table=255
IP6.ROUTE[2]: dst = fe80::/64, nh = ::, mt = 256
GENERAL.DEVICE: lo
GENERAL.TYPE: loopback
GENERAL.HWADDR: 00:00:00:00:00:00
GENERAL.MTU: 65536
GENERAL.STATE: 10 (non-géré)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
IP4.ADDRESS[1]: 127.0.0.1/8
IP4.GATEWAY: --
IP6.ADDRESS[1]: ::1/128
IP6.GATEWAY: --
GENERAL.DEVICE: wlan0
GENERAL.TYPE: wifi
GENERAL.HWADDR: 00:E0:4C:18:05:FF
GENERAL.MTU: 1500
GENERAL.STATE: 10 (non-géré)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
IP4.GATEWAY: --
IP6.GATEWAY: --
root@alpha30:~# pourquoi j’ai non géré
nota c’est Debian 9 testing, machine avec laquelle je vous communique
L’outil nmcli est l’interface en ligne de commande de NetworkManager . Et c’est probablement l’icône de l’interface graphique de NetworkManager dont tu te plains qu’elle a disparu.
Or, je vais me permettre de te recopier un extrait de la documentation docker, should-you-use-networkmanager :
Alors il faut non seulement que tu ne réactives pas NetworkManager mais que tu l’achèves, avec les commandes sudo systemctl stop NetworkManager , sudo systemctl disable NetworkManager voir sudo systemctl mask NetworkManager .
Sinon, tu as installé les paquets firmware-realtek et crda ?
–
AnonymousCoward
bonjour,
oui,
le wifi ne supporte pas:
...........
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
* mesh point
...je n’ai pas AP et AP/VLAN
Supported interface modes:
* managed
* monitor
Band 1:
..............je ne savais pas en achetant ce produit
je vais me rabattre sur bpi m3
identique au rpi
on va voir,
bon AM
Au début du sujet tu disais que le point d’accès devait être mis en place sur un PC portable HP Pavilion.
Je ne comprends donc pas pourquoi tu nous sors de ton chapeau cette histoire de raspberry pi.
Si il est indiqué cela, c’est que ça doit marcher. Là aussi, tu m’excuseras de ne pas arriver à te comprendre.
–
AnonymousCoward
j’ai le contenu du post 40
bonjour,
enfin résolu avec un dwl-900ap+
bon ce n’est pas rapide mais cela marche,
je ne sais toujours pas où on choisit résolu
Pas sur un sujet de discussion dans Pause café en tout cas, cette option est en bas en générale et seulement pour les fil de support.
merci,
bonne soirée