Adaptateur USB pour Ethernet 2.5 Gigabits Sabrent NT25G [Réglé]
babs3 Membre non connecté
-
- Voir le profil du membre babs3
- Inscrit le : 22/05/2013
- Groupes :
J'ai acheté un adaptateur USB 3 pour du 2.5 gigabit Ethernet Sabrent NT25G
Voici la fiche technique :
https://sabrent.com/products/nt-s25g?_pos=1&_sid=d6051c1d9&_ss=r
C'est censé marcher avec Linux.
Quand je le branche sur Mageia, il se configure automatiquement. Mais pas moyen d'aller sur Internet.
Cela marche très bien sous windows.
Et sous linux, cela marche très bien avec un autre adaptateur SyncWire USB Gigabits ethernet.
lspcidrake m'affiche cela :
Pour le Sabrent :
cdc_ncm : Realtek|USB 10/100/1G/2.5G LAN [Communications]
Sur NetworkManager: Câblé Ethernet System enp0s20f0u3c2
Pour le SynWire :
r8152 : Realtek|USB 10/100/1000 LAN
Sur NetworkManager: Câblé Ethernet System System enp0s20f0u3
En fouillant internet, j'ai trouvé cela :
https://www.truenas.com/community/threads/need-help-im-a-linux-n00b-and-two-of-my-network-adapters-dont-work.98963/
Merci pour votre aide !
Jacques
Édité par babs3 Le 22/04/2023 à 13h11
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Dans le pilote proposé sur le site de Sabrent, visiblement les id supportés sont ceux ci:
Code CPP :
static const struct usb_device_id rtl8152_table[] = { /* Realtek */ {REALTEK_USB_DEVICE(VENDOR_ID_REALTEK, 0x8050)}, {REALTEK_USB_DEVICE(VENDOR_ID_REALTEK, 0x8152)}, {REALTEK_USB_DEVICE(VENDOR_ID_REALTEK, 0x8153)}, {REALTEK_USB_DEVICE(VENDOR_ID_REALTEK, 0x8155)}, {REALTEK_USB_DEVICE(VENDOR_ID_REALTEK, 0x8156)}, /* Microsoft */ {REALTEK_USB_DEVICE(VENDOR_ID_MICROSOFT, 0x07ab)}, {REALTEK_USB_DEVICE(VENDOR_ID_MICROSOFT, 0x07c6)}, /* Samsung */ {REALTEK_USB_DEVICE(VENDOR_ID_SAMSUNG, 0xa101)}, /* Lenovo */ {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x304f)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x3052)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x3054)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x3057)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x3062)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x3069)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x3082)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x7205)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x720a)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x720b)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x720c)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x7214)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x721e)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0xa359)}, {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0xa387)}, /* TP-LINK */ {REALTEK_USB_DEVICE(VENDOR_ID_TPLINK, 0x0601)}, /* Nvidia */ {REALTEK_USB_DEVICE(VENDOR_ID_NVIDIA, 0x09ff)}, /* LINKSYS */ {REALTEK_USB_DEVICE(VENDOR_ID_LINKSYS, 0x0041)}, {}
Le pilote fourni dans le noyau Mageia supporte ceux ci:
Code C :
alias: usb:v2357p0601d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v2357p0601d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v0955p09FFd*dc*dsc*dp*ic02isc06ip00in* alias: usb:v0955p09FFd*dc*dsc*dp*icFFisc*ip*in* alias: usb:v13B1p0041d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v13B1p0041d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFpA387d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFpA387d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFp721Ed*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFp721Ed*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFp7214d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFp7214d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFp720Cd*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFp720Cd*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFp7205d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFp7205d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFp3082d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFp3082d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFp3069d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFp3069d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFp3062d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFp3062d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFp3054d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFp3054d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v17EFp304Fd*dc*dsc*dp*ic02isc06ip00in* alias: usb:v17EFp304Fd*dc*dsc*dp*icFFisc*ip*in* alias: usb:v04E8pA101d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v04E8pA101d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v045Ep0C5Ed*dc*dsc*dp*ic02isc06ip00in* alias: usb:v045Ep0C5Ed*dc*dsc*dp*icFFisc*ip*in* alias: usb:v045Ep0927d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v045Ep0927d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v045Ep07C6d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v045Ep07C6d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v045Ep07ABd*dc*dsc*dp*ic02isc06ip00in* alias: usb:v045Ep07ABd*dc*dsc*dp*icFFisc*ip*in* alias: usb:v0BDAp8156d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v0BDAp8156d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v0BDAp8155d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v0BDAp8155d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v0BDAp8153d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v0BDAp8153d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v0BDAp8152d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v0BDAp8152d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v0BDAp8053d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v0BDAp8053d*dc*dsc*dp*icFFisc*ip*in* alias: usb:v0BDAp8050d*dc*dsc*dp*ic02isc06ip00in* alias: usb:v0BDAp8050d*dc*dsc*dp*icFFisc*ip*in*
Il faudrait vérifier l' id qui est proposé par le périphérique Sabrent ( lsusb )
S' il n' est pas dans la liste supportée par le noyau, alors on peut supposer que le module le plus proche est le cdc_ncm qui n' est peut être pas approprié mais dont les règles de support sont compatibles avec la clé usb.
edit: Si le lsusb retourne un identifiant connu par le pilote noyau, alors on peut essayer de décharger le pilote cdc_ncm et forcer le chargement du r8152 à la place ( rmmod cdc_ncm, modprobe r8152 ( en root) )
Édité par nic80 Le 22/04/2023 à 14h08
babs3 Membre non connecté
-
- Voir le profil du membre babs3
- Inscrit le : 22/05/2013
- Groupes :
Voici ce que j'ai pour lsub :
Sabrent qui marche pas :
Bus 002 Device 013: ID 0bda:8156 Realtek Semiconductor Corp. USB 10/100/1G/2.5G LAN
Syncwire qui marche :
Bus 002 Device 012: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
Que faut-il que je fasse.. ?
Merci !
Jacques
Édité par babs3 Le 22/04/2023 à 14h05
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
le 0bda:8156 semble être supporté par le noyau fourni par Mageia.
On peut donc essayer de décharger le cdc_ncm ( rmmod cdc_cm en root) et charger le r8152 à la place ( modprobe r8152 toujours en root).
Si cela affiche le bon pilote par la suite, il peut peut être nécessaire de blacklister le module cdc_ncm pour éviter qu' il se recharge par la suite s' il redécouvre le périphérique ( sous réserve que r8152 ne fasse pas usage à celui ci).
Il faudrait aussi regarder la version du paquet kernel-firmware-nonfree qui est installé.
Édité par nic80 Le 22/04/2023 à 14h22
babs3 Membre non connecté
-
- Voir le profil du membre babs3
- Inscrit le : 22/05/2013
- Groupes :
Si je fais :
rmmod cdc_ncm
J'ai :
rmmod: ERROR: Module cdc_ncm is in use by: cdc_mbim
Comment je blackliste un module ?
Merci !
Jacques
Édité par babs3 Le 22/04/2023 à 14h40
babs3 Membre non connecté
-
- Voir le profil du membre babs3
- Inscrit le : 22/05/2013
- Groupes :
Quelques précisions, j'ai aussi un module 4G sur ce portable :
cdc_ncm : Realtek|USB 10/100/1G/2.5G LAN [Communications]
cdc_mbim : Dell Inc.|DW5821e Snapdragon X20 LTE [Communications]
Si je supprime cdc_mbim je perds la 4G.
Ensuite :
Si je fais modprobe r8152,
puis je rebranche la clé USB Ethernet Sargent
Il recharge automatiquement :
cdc_ncm : Realtek|USB 10/100/1G/2.5G LAN [Communications]
cdc_mbim : Dell Inc.|DW5821e Snapdragon X20 LTE [Communications]
A noter j'ai sur la liste des connexions possibles, en plus de "System enp0s20f0u3c2", j'ai "Connexion filaire 1" (qui ne marche pas quand je fais connecter)
Si je refais :
rmmod cdc_mbim
rmmod cdc_ncm
Tout redisparait (4G Orange et LAN)
puis :
modprobe r8152
La connexion ethernet n'est pas proposé.
Sur un autre portable DELL sans 4G, il y a le même message rmmod: ERROR: Module cdc_ncm is in use by: cdc_mbim, la différence est que cdc_mbim n'apparait pas avec lspcidrake.
Merci pour toute aide,
Jacques
Guygoye Membre non connecté
-
- Voir le profil du membre Guygoye
- Inscrit le : 25/10/2018
- Groupes :
-
Modérateur
-
Forgeron
Est ce que tu utilises net_applet ou NetWork Manager?
Parceque même avec le bon pilote, la gestion des cartes peut être chaotique avec net_applet.
J'ai eu des soucis avec un matériel Wi-Fi USB , même avec le bon pilote j'avais des difficultés à me connecter.
Une fois avec NM ça m'a décoincé le truc.
babs3 Membre non connecté
-
- Voir le profil du membre babs3
- Inscrit le : 22/05/2013
- Groupes :
J'utilise NetworkManager.
J'avais oublié de répondre sur le kernel-firmware-nonfree :
Name : kernel-firmware-nonfree
Version : 20230110
Release : 1.mga8.nonfree
Architecture: noarch
Install Date: mar. 07 févr. 2023 20:49:08
Pour le module r8152, il n'est pas présent si je fais lsmod.
Il apparait après un modprobe r8152 :
lsmod |grep r8152
r8152 131072 0
mii 16384 2 usbnet,r8152
usbcore 331776 15 usbserial,xhci_hcd,usbnet,cdc_mbim,cdc_ncm,cdc_wdm,typec,usb_wwan,uvcvideo,qmi_wwan,btusb,xhci_pci,cdc_ether,r8152,option
si je fais rmmod cdc_ncm et cdc_mbim cela ne marche pas non plus
Si débranche et rebranche l'adapteur USB Ethernet, les modules reapparaissent :
cdc_mbim : Dell Inc.|DW5821e Snapdragon X20 LTE [Communications]
cdc_ncm : Realtek|USB 10/100/1G/2.5G LAN [Communications]
Avec le même souci.
J'ai essayé de recompiler sans succès le module à partir du site du fabriquant.
Aussi j'ai récuperé sur github :
git clone https://github.com/wget/realtek-r8152-linux
cd realtek-r8152-linux/
make
make -C /lib/modules/5.15.106-desktop-2.mga8/build M=/tmp/realtek-r8152-linux modules
make[1] : on entre dans le répertoire « /usr/src/kernel-5.15.106-desktop-2.mga8 »
CC [M] /tmp/realtek-r8152-linux/r8152.o
MODPOST /tmp/realtek-r8152-linux/Module.symvers
CC [M] /tmp/realtek-r8152-linux/r8152.mod.o
LD [M] /tmp/realtek-r8152-linux/r8152.ko
make[1] : on quitte le répertoire « /usr/src/kernel-5.15.106-desktop-2.mga8 »
make install
make -C /lib/modules/5.15.106-desktop-2.mga8/build M=/tmp/realtek-r8152-linux INSTALL_MOD_DIR=kernel/drivers/net/usb modules_install
make[1] : on entre dans le répertoire « /usr/src/kernel-5.15.106-desktop-2.mga8 »
arch/x86/Makefile:142: CONFIG_X86_X32 enabled but no binutils support
INSTALL /lib/modules/5.15.106-desktop-2.mga8/kernel/drivers/net/usb/r8152.ko
DEPMOD /lib/modules/5.15.106-desktop-2.mga8
Warning: modules_install: missing 'System.map' file. Skipping depmod.
make[1] : on quitte le répertoire « /usr/src/kernel-5.15.106-desktop-2.mga8 »
modprobe r8152
modprobe: ERROR: could not insert 'r8152': Unknown symbol in module, or unknown parameter (see dmesg)
make: *** [Makefile:45 : install] Erreur 1
Au passage j'ai perdu l'ancien module.
Jacques
Édité par babs3 Le 22/04/2023 à 19h39
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Comment je blackliste un module ?
La mise en liste noire d' un module se fait en ajoutant un fichier dans /etc/modprobe.d/
echo "blacklist cdc_mbim" > /etc/modprobe.d/blacklist-perso.conf
devrait créer un fichier /etc/modprobe.d/blacklist-perso.conf avec l' entrée blacklist cdc_mbim dedans, ce qui a normalement l' effet d' empêcher le chargement du module concerné ( sauf si le module est dans l' initrd).
Citation :
cdc_mbim : Dell Inc.|DW5821e Snapdragon X20 LTE [Communications]
Ca c' est embettant parce qu' on ne peut donc pas mettre en liste noire le module cdc_mbim, sinon la carte 4G ne pourra plus fonctionner.
Citation :
J'ai essayé de recompiler sans succès le module à partir du site du fabriquant.
J' ai également essayer de faire un make, et cela s' arrête très vite, car des warning sont considérés comme erreur par le compilateur ( à cause du -Werror). Ceci dit je me suis aperçu que ma compilation se faisait sur un noyau 6.0.9 sur ma Mageia 8 de test ( quelle idée d' avoir installé les dépots backports !), mais démarrer sur un noyau plus ancien ne changera rien, puisque l' erreur est due au compilateur.
Citation :
make -C /lib/modules/5.15.106-desktop-2.mga8/build M=/tmp/realtek-r8152-linux INSTALL_MOD_DIR=kernel/drivers/net/usb modules_install
make[1] : on entre dans le répertoire « /usr/src/kernel-5.15.106-desktop-2.mga8 »
arch/x86/Makefile:142: CONFIG_X86_X32 enabled but no binutils support
INSTALL /lib/modules/5.15.106-desktop-2.mga8/kernel/drivers/net/usb/r8152.ko
DEPMOD /lib/modules/5.15.106-desktop-2.mga8
Warning: modules_install: missing 'System.map' file. Skipping depmod.
make[1] : on quitte le répertoire « /usr/src/kernel-5.15.106-desktop-2.mga8 »
modprobe r8152
modprobe: ERROR: could not insert 'r8152': Unknown symbol in module, or unknown parameter (see dmesg)
make: *** [Makefile:45 : install] Erreur 1
make[1] : on entre dans le répertoire « /usr/src/kernel-5.15.106-desktop-2.mga8 »
arch/x86/Makefile:142: CONFIG_X86_X32 enabled but no binutils support
INSTALL /lib/modules/5.15.106-desktop-2.mga8/kernel/drivers/net/usb/r8152.ko
DEPMOD /lib/modules/5.15.106-desktop-2.mga8
Warning: modules_install: missing 'System.map' file. Skipping depmod.
make[1] : on quitte le répertoire « /usr/src/kernel-5.15.106-desktop-2.mga8 »
modprobe r8152
modprobe: ERROR: could not insert 'r8152': Unknown symbol in module, or unknown parameter (see dmesg)
make: *** [Makefile:45 : install] Erreur 1
le modprobe ne peut pas fonctionner à mon avis à cause de l' erreur "Warning: modules_install: missing 'System.map' file. Skipping depmod."
En effet le r8152 dépend d' autres modules et le lien n' est pas fait à cause du non fonctionnement de depmod. Du coup le module dépendant n' étant pas chargé, certaines déclarations sont probablement manquantes. Le fichier /boot/System.map-5.15.106-desktop-2.mga8 existe ?
Si on a les dépendances de r8152 alors on peut peut être les charger manuellement avant le r8152 ( insmod usbcore; insmod mii ; en root avant).
Citation :
Au passage j'ai perdu l'ancien module.
S' agissant juste du r8152.ko.gz, on doit pouvoir le récupérer du fichier rpm correspondant au noyau ( kernel-desktop-5.15.106-2.mga8-1-1.mga8.x86_64.rpm, extraire le fichier du module ( le fichier rpm pouvant être ouvert avec ark par exemple), le recopier au bon endroit et lancer un depmod afin de reconstruire les dépendances entre modules.
Édité par nic80 Le 23/04/2023 à 10h12
babs3 Membre non connecté
-
- Voir le profil du membre babs3
- Inscrit le : 22/05/2013
- Groupes :
nic80 :
le modprobe ne peut pas fonctionner à mon avis à cause de l' erreur "Warning: modules_install: missing 'System.map' file. Skipping depmod."
En effet le r8152 dépend d' autres modules et le lien n' est pas fait à cause du non fonctionnement de depmod. Du coup le module dépendant n' étant pas chargé, certaines déclarations sont probablement manquantes. Le fichier /boot/System.map-5.15.106-desktop-2.mga8 existe ?
Si on a les dépendances de r8152 alors on peut peut être les charger manuellement avant le r8152 ( insmod usbcore; insmod mii ; en root avant).
le modprobe ne peut pas fonctionner à mon avis à cause de l' erreur "Warning: modules_install: missing 'System.map' file. Skipping depmod."
En effet le r8152 dépend d' autres modules et le lien n' est pas fait à cause du non fonctionnement de depmod. Du coup le module dépendant n' étant pas chargé, certaines déclarations sont probablement manquantes. Le fichier /boot/System.map-5.15.106-desktop-2.mga8 existe ?
Si on a les dépendances de r8152 alors on peut peut être les charger manuellement avant le r8152 ( insmod usbcore; insmod mii ; en root avant).
Le fichier /boot/System.map-5.15.106-desktop-2.mga8 existe
Si je fais :
insmod usbcore;insmod mii
J'ai ces messages d'erreur :
insmod: ERROR: could not load module usbcore: No such file or directory
insmod: ERROR: could not load module mii: No such file or directory
nic80 :
S' agissant juste du r8152.ko.gz, on doit pouvoir le récupérer du fichier rpm correspondant au noyau ( kernel-desktop-5.15.106-2.mga8-1-1.mga8.x86_64.rpm, extraire le fichier du module ( le fichier rpm pouvant être ouvert avec ark par exemple), le recopier au bon endroit et lancer un depmod afin de reconstruire les dépendances entre modules.
S' agissant juste du r8152.ko.gz, on doit pouvoir le récupérer du fichier rpm correspondant au noyau ( kernel-desktop-5.15.106-2.mga8-1-1.mga8.x86_64.rpm, extraire le fichier du module ( le fichier rpm pouvant être ouvert avec ark par exemple), le recopier au bon endroit et lancer un depmod afin de reconstruire les dépendances entre modules.
J'ai remis le module du noyau normal puis fait depmod et blacklisté les 2 autres modules puis modprobe r8152 en root.
En branchant l'adapteur Sargent, il affiche sur NetworkManager "Câblé Ethernet System enp0s20f0u3c2" et dans la liste disponible "Connexion filaire 1"
Mais pas de connexion possible sur internet "Hum, nous ne parvenons pas à trouver ce site"
Merci pour ces conseils,
Jacques
Édité par babs3 Le 23/04/2023 à 12h32
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si la clé s' affiche alors que les modules sont blacklisté, je serais curieux de savoir quel est le module qui est utilisé...
Il faudrait voir si effectivement une connexion existe pour cet adaptateur (si ce n' est pas le cas, le problème est là).
Que donne un /sbin/ifconfig ?
Edit: zut pour le insmod, il semble qu' il faille spécifier le chemin complet du chemin vers le fichier .ko.xz
Édité par nic80 Le 23/04/2023 à 12h55
babs3 Membre non connecté
-
- Voir le profil du membre babs3
- Inscrit le : 22/05/2013
- Groupes :
J'ai du faire une fausse manip car je n'ai pas réussi à activer à nouveau la connexion en blacklistant les modules.
Un ifconfig sans blacklist des modules donnent cela :
/sbin/ifconfig
enp0s20f0u2c2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.154 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2a01:e0a:13a:73f0:224:27ff:fe88:2add prefixlen 64 scopeid 0x0<global>
inet6 fe80::224:27ff:fe88:2add prefixlen 64 scopeid 0x20<link>
ether 00:24:27:88:2a:dd txqueuelen 1000 (Ethernet)
RX packets 72 bytes 7038 (6.8 KiB)
RX errors 0 dropped 21 overruns 0 frame 0
TX packets 18 bytes 2566 (2.5 KiB)
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 4647 bytes 501174 (489.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4647 bytes 501174 (489.4 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.100 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2a01:e0a:13a:73f0:eab3:125c:de7:1707 prefixlen 64 scopeid 0x0<global>
inet6 fe80::9b82:6f82:cdea:bf90 prefixlen 64 scopeid 0x20<link>
ether b8:9a:2a:fc:7b:b9 txqueuelen 1000 (Ethernet)
RX packets 303753 bytes 159060207 (151.6 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 78898 bytes 836652428 (797.8 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Avec l'autre adaptateur USB Ethernet SyncWire j'ai cela :
/sbin/ifconfig
enp0s20f0u3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.82 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::2e0:4cff:fe68:8a2 prefixlen 64 scopeid 0x20<link>
ether 00:e0:4c:68:08:a2 txqueuelen 1000 (Ethernet)
RX packets 432 bytes 277280 (270.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 411 bytes 154386 (150.7 KiB)
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 4681 bytes 509489 (497.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4681 bytes 509489 (497.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.100 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2a01:e0a:13a:73f0:eab3:125c:de7:1707 prefixlen 64 scopeid 0x0<global>
inet6 fe80::9b82:6f82:cdea:bf90 prefixlen 64 scopeid 0x20<link>
ether b8:9a:2a:fc:7b:b9 txqueuelen 1000 (Ethernet)
RX packets 308600 bytes 163989551 (156.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 80001 bytes 836942713 (798.1 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Merci !
Jacques
Édité par babs3 Le 23/04/2023 à 13h11
babs3 Membre non connecté
-
- Voir le profil du membre babs3
- Inscrit le : 22/05/2013
- Groupes :
blacklist des modules, rmmod des deux modules.
insmod /lib/modules/5.15.106-desktop-2.mga8/kernel/drivers/usb/core/usbcore.ko.xz
insmod: ERROR: could not insert module /lib/modules/5.15.106-desktop-2.mga8/kernel/drivers/usb/core/usbcore.ko.xz: File exists
insmod /lib/modules/5.15.106-desktop-2.mga8/kernel/drivers/net/mii.ko.xz
insmod: ERROR: could not insert module /lib/modules/5.15.106-desktop-2.mga8/kernel/drivers/net/mii.ko.xz: File exists
j'ai fait cela avec le driver compilé :
modprobe usbcore
modprobe mii
modprobe r8152
Mais il n'y a pas de configuration automatique par l'adaptateur USD Ethernet
Jacques
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je pense que les modprobe successifs ne sont pas nécessaires. En effet, la commande depmod établie les liens entre le modules et la commande modprobe se sert de ça pour charger les sous modules nécessaires ( un modprobe r8152 chargera automatiquement les modules qui sont nécessaires ( usbcore et mii), ce que insmod ne fait pas ( chargement unitaire d' un module). D' ailleurs je me demande si modprobe -r ne permet pas de faire le déchargement des modules ( mais je n' ai pas vérifié dans le man).
Mais ici on dirait que les cartes on bien une ip.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Chacune avait son adresse IP v4, v6, …
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie