- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Sous-projets
- Muffin
- Plateforme de blog
Dernière news : Fedora 29 tire sa révérence
Salut
j'ai acheté un adaptateur usb/ethernet.
lsusb renvoie:
Bus 001 Device 006: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
Je n'ai aucun module rtlXXXX dans le système:
/lib/modules/5.1.20-200.fc29.i686 $ ls -l | grep rtl
.... rien
quelqu'un saurait quel module/paquet installer pour faire fonctionner ce chipset ?
merci
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Après une rapide recherche je n'ai pas trouvé de paquet pour le rtl8153.
Par contre voici la page pour le driver de realtek https://www.realtek.com/en/component/zo … 0-software
Pour l'installation du module, j'ai trouvé cette page (bon c'est pour ubuntu mais tu peux adapter) https://www.pcsuggest.com/install-rtl8153-driver-linux/
N'oublie pas de lire les commentaires il y a peut-être des pistes si ça ne fonctionne pas.
Hors ligne
Rien dans /lib/modules/5.1.20-300.fc30.x86_64/kernel/drivers/net/wireless/realtek/ ?
Le paquet kernel-modules est bien installé ?
Après je n'y vois pas spécifiquement du rtl8153 mais il y a bien plein de rtlXXXX.
Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 31 x86_64 sur HP 850 G5
Hors ligne
Alors je suis en i686 mais ça ne change rien
$ rpm -qa | grep 5.1.20
kernel-core-5.1.20-200.fc29.i686
kernel-modules-5.1.20-200.fc29.i686
kernel-modules-extra-5.1.20-200.fc29.i686
kernel-5.1.20-200.fc29.i686
donc hormis kernel-devel et kernel-headers il y a tout
l'adaptateur étant un filaire j'ai cherché et voilà ce que je trouve:
[Dell F29]/lib/modules/5.1.20-200.fc29.i686/kernel/drivers/net/ethernet/realtek $ ll
-rw-r--r--. 1 root root 12796 26 juil. 17:46 8139cp.ko.xz
-rw-r--r--. 1 root root 14356 26 juil. 17:46 8139too.ko.xz
-rw-r--r--. 1 root root 6468 26 juil. 17:46 atp.ko.xz
-rw-r--r--. 1 root root 30080 26 juil. 17:46 r8169.ko.xz
J'essaie le module r8169 avec modprobe. Il se charge mais ne gère pas ce chipset. Et Realtek sur son site ne propose en binaire que le pilote pour les noyaux 4.xx
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
D'après les sources du kernel c'est le r8152.ko qui gère le 8153.
https://github.com/torvalds/linux/blame … 8152.c#L35
t'as tenté un modprobe r8152 suivi d'un dmesg ?
/usr/sbin/modinfo r8152
filename: /lib/modules/5.1.20-300.fc30.x86_64/kernel/drivers/net/usb/r8152.ko.xz
version: v1.09.9
license: GPL
description: Realtek RTL8152/RTL8153 Based USB Ethernet Adapters
author: Realtek linux nic maintainers <nic_swsd@realtek.com>
srcversion: DDC489B016448B7AE88BF6F
Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 31 x86_64 sur HP 850 G5
Hors ligne
Bah je l'ai trouvé, je l'ai chargé avec modprobe et ça ne change rien.
Il faut peut-être rebooter, je verrai
Merci en tous cas
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Alors pour revenir sur cette question:
1) ce module est-il censé rester chargé une fois qu'on l'a chargé manuellement une première fois ?
2) sinon est-il censé en tant que périphérique usb, être chargé à l'insertion dans le pc ?
merci d'avance
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
1) si tu fais un modprobe Driver il va rester chargé tant que tu ne reboot pas. Tu peux le vérifier avec la commande lsmod
2) Oui normalement au branchement d'un périphérique USB cet évènement déclenche le chargement du module. C'est normalement géré par udev.
Tu a plusieurs fichiers qui peuvent bloquer ça dans /etc/modprobe.d et /etc/modules-load.d.
Car si tu le charge à la main ça fonctionne ?
Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 31 x86_64 sur HP 850 G5
Hors ligne
Non ça ne fonctionne pas mais comme j'ai une autre carte ethernet sur ce laptop, je me demande si ça ne crée pas conflit, s'il ne faut pas que je désactive la carte intégrée si je veux activer l'adaptateur usb et surtout comment je dois procéder pour que -si j'insère un module avec modprobe- il soit écrit qu'il doit se charger dorénavant à chaque boot.
Si je charge à la main ce module, il apparait bien dans lsmod, mais si j'essaie de créer une nouvelle connexion filaire, il ne m'est pas proposé dans les "devices" disponibles. :'(
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Dans les logs système, quelles sont les lignes qui apparaissent au moment du branchement de l'adaptateur USB/Ethernet ?
# journalctl -f
Adaptateur USB/Ethernet branché, que retourne
# lsusb -t
# lsusb -v -d 0bda:8153
F31_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F31_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F31_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM
Hors ligne
Bon, la lumière fut :
En fait cet adaptateur usb/ethernet est connecté au travers d'un hub usb. J'ai eu l'idée de changer de prise et tout fonctionne à présent parfaitement, module chargé à l'insertion, reconnaissance par le réseau.
Il s'agit probablement d'un défaut de câblage de ce hub, et pourtant sous windows cet inconvénient n'apparaissait pas .
Merci à tous en tous cas et navré pour le dérangement.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Du coup les retours de mes 2 dernières commandes donnent quoi pour voir le pilote utilisé ?
F31_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F31_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F31_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM
Hors ligne
A noter d'abord que si l'adaptateur est connecté pendant le boot, il n'est pas reconnu et ne fonctionne pas. Donc je l'ai débranché et rebranché. Voilà les résultats demandés:
$ lsusb -t
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/8p, 480M
|__ Port 3: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 3: Dev 6, If 0, Class=Vendor Specific Class, Driver=r8152, 480M
|__ Port 4: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M
$ lsusb -v -d 0bda:8153
Bus 001 Device 006: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
Couldn't open device, some information will be missing
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.10
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0bda Realtek Semiconductor Corp.
idProduct 0x8153 RTL8153 Gigabit Ethernet Adapter
bcdDevice 30.00
iManufacturer 1
iProduct 2
iSerial 3
bNumConfigurations 2
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0027
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0002 1x 2 bytes
bInterval 8
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0050
bNumInterfaces 2
bConfigurationValue 2
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 2 Communications
bInterfaceSubClass 6 Ethernet Networking
bInterfaceProtocol 0
iInterface 5
CDC Header:
bcdCDC 1.10
CDC Union:
bMasterInterface 0
bSlaveInterface 1
CDC Ethernet:
iMacAddress 3 (??)
bmEthernetStatistics 0x00000000
wMaxSegmentSize 1514
wNumberMCFilters 0x0000
bNumberPowerFilters 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0010 1x 16 bytes
bInterval 8
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 10 CDC Data
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 2
bInterfaceClass 10 CDC Data
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 4
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Du coup ça utilise bien le module r8152. La seconde commande était bien à passer avec des droits administrateur sinon il manque des infos (Couldn't open device, some information will be missing).
Il doit peut-être y avoir une règle udev qui empêche le montage du périphérique lors du boot pour une question de sécurité.
F31_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F31_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F31_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM
Hors ligne
Bizarre en tous cas je creuserai du côté de journalctl parce que ça m'intrigue.
Encore merci en tous cas.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Et dans les boots précédents je vois cette erreur:
thunar-volman: Périphérique USB de type « r8152 » non pris en charge.
avant de débrancher/rebrancher.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Hum, ce n'est pas le gestionnaire de volume ??? Etrange pour un adaptateur réseau.
F31_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F31_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F31_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM
Hors ligne
Si tout à fait. Je suis aussi perplexe que toi. Mais le problème n'étant pas trop pénalisant, je vais avancer. Il reste un dernier essai à faire: brancher l'adaptateur directement dans le laptop sans passer par le hub, et voir ce qui va se passer.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne