Problèmes de carte réseau TG 3269 et RTL 8169

Support Debian
#1

Bonjour à tous,

Je viens sur ce forum pour vous faire part de nombreux problèmes concernant les cartes réseau TG 3269 et Realtek RTL8169.

Je tourne sous un PC HP Pavilion p6038fr, sous une distribution debian 7 64bits. Dans le but de me connecter à mon réseau local en gigabits, j’ai acheté une carte gigabit Realtek 8169, mon HP n’étant équipé que d’une carte Realtek 8111/8168B 10/100mbps (Vous verrez donc deux cartes réseaux dans le terminal).

3.2.0-4-amd64

J’ai donc commencé par tenter de trouver un driver fonctionnant sous ma Wheezy pour la carte RTL8169. J’obtenais un beau “Périphérique non géré”, mais elle était tout de même gérée par Ifconfig, lspci… ect.
Après de nombreux tests, avec les drivers r8168 et r8169, ma carte ne fonctionnait toujours pas, et, de surcroît, n’était plus reconnue que par la commande lspci… :unamused:

Je pense ne pas être le seul à avoir des problèmes avec cette carte. J’ai donc tenté ma chance avec une carte TG 3269.

Je branche ma carte et… Surprise ! Elle n’est pas reconnue par le driver r8168.
Je regarde donc un petit peu les résultats des commandes ifconfig, lspci… Et,la… Je me rend compte que lspci n’a pas mis à jour la liste des composants, car ma carte TG est restée sous le nom de Realtek 8169. :017

(Résultat actuel de la commande lspci, au moment du post.)

[code]01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL8169/8110 Family PCI Gigabit Ethernet NIC
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 17
I/O ports at c800 [size=256]
Memory at f9ffec00 (32-bit, non-prefetchable) [size=256]
Expansion ROM at f9fc0000 [disabled] [size=128K]
Capabilities: [dc] Power Management version 2
Kernel driver in use: r8169

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
Subsystem: Hewlett-Packard Company Device 2a6f
Flags: bus master, fast devsel, latency 0, IRQ 43
I/O ports at e800 [size=256]
Memory at febff000 (64-bit, non-prefetchable) [size=4K]
Memory at f8ff0000 (64-bit, prefetchable) [size=64K]
Expansion ROM at febc0000 [disabled] [size=128K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 01
Capabilities: [b0] MSI-X: Enable- Count=2 Masked-
Capabilities: [d0] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Capabilities: [160] Device Serial Number 00-00-00-00-68-4c-e0-00
Kernel driver in use: r8168

[/code]

Sur le moment, j’ai tenté d’ignorer ce problème, et ai regardé les drivers propriétaires de notre chère carte TG 3269… Qui n’existent que pour un noyau 2.4 ou 2.6. Je suis en 3.2.0-4.
Je tente donc ma chance avec les drivers r8169 de Realtek. Ça marche. Presque. Et oui ! La chose la plus importante n’est pas présente. Le gigabit, car je suis en 100mbps…

Résultat d’un ifconfig:

[code]eth0 Link encap:Ethernet HWaddr 00:24:8c:6c:6e:55
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interruption:43 Adresse de base:0x4000

eth2 Link encap:Ethernet HWaddr 00:19:e0:73:56:5a
inet adr:192.168.1.30 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::219:e0ff:fe73:565a/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:40456 errors:0 dropped:0 overruns:0 frame:0
TX packets:35201 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:8501158 (8.1 MiB) TX bytes:4924165 (4.6 MiB)
Interruption:17 Adresse de base:0x6c00

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:16436 Metric:1
RX packets:32 errors:0 dropped:0 overruns:0 frame:0
TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1920 (1.8 KiB) TX bytes:1920 (1.8 KiB)
[/code]

J’ai beaucoup cherché, mais n’ai trouvé aucune réponse, et là… Je sature. Je me remet donc à votre aide. Merci d’avance.

Cordialement,

Zebra22. :slightly_smiling:

#2

sur cette page:

http://forums.linuxmint.com/viewtopic.php?f=150&t=94941

#3

Quelques mises au point qui t’éviteront peut-être de partir sur de fausses pistes.

Surprenant, ce contrôleur est censé supporter le gigabit ethernet.

“Périphérique non géré” dans NetworkManager signifie juste que NetworkManager ne s’en occupe pas. Cela n’a rien à voir avec sa prise en charge par le noyau. La raison la plus courante est que l’interface est configurée par un autre moyen, souvent le fichier /etc/network/interfaces.

lspci ne met rien du tout à jour. Il se contente d’afficher la liste des périphériques PCI qui ont été découverts par le noyau. Si la nouvelle carte est identifiée de la même façon que l’ancienne, c’est simplement qu’elle utilise le même type de contrôleur, et devrait donc être supportée par le même pilote.

Les noyau 3.x ne sont pas fondamentalement différents de la série 2.6, contrairement à la série 2.4. C’est juste un changement de la numérotation des versions. Un pilote pour 2.6 devrait pouvoir fonctionner avec un noyau 3.x, s’il n’est pas trop ancien (il y a eu tellement de changements depuis le début de la série 2.6 qu’un pilote développé pour une vieille version 2.6 peut ne pas fonctionner avec un version 2.6 plus récente).

Qu’affiche ethtool à propos de cette interface ?
Que disent les messages du noyau à son sujet ?