Problème ethernet, carte réseau = RTL8111/8168/8411

vendredi 24 juillet 2015

Bonjour,

Alors j'ai un problème assez handicapant avec mon PC principal. En voici un descriptif et quelques infos. J'ai fait quelques recherches ici et ailleurs afin d'essayer d'éclaircir mon problème avant de poster, et certaines des réponses m'ont aiguillées dans ma tentative d'en trouver la cause. Voici donc ou j'en suis.

La machine : Pc dual boot debian jessie (usage quotidien, anciennement sous debian Wheezy) et windows 7 (jeux, certaines impressions et autres usages impossibles sous linux, genre logiciels non libres). Les deux systèmes sont indépendants, puisque sur deux disques séparés. Le choix de boot est assuré par Grub sur le disque Debian, qui est le premier à booter. Aucun problème de réseau sous windows 7, ce n'est donc ni un problème de carte ni un problème de câble. Celui-ci à d'ailleurs été testé sur un autre pc. Je suis passé en testing à l'époque (que j'ai suivi jusqu'au passage en stable afin de bénéficier des drivers pour la carte graphique et la carte mère).
Voici ce que me donne  lspci : 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 11)



Descriptif : L’Ethernet ne fonctionne pas au démarrage, et dans gnome 3 > paramètres > Réseau il est indiqué "câble réseau débranché"
MAIS : après 3 à 5 reboot (à suivre, dès que je vois que le pc n'a pas internet je reboot) debian obtiens une connexion. Dans ce cas, gnome m'indique ce que j'ai a savoir sur le réseau (débit, IP, MAC, etc)

Quand il n'y a pas d'internet :


/sbin/lsmod | grep r8169
r8169                  68262  0
mii                    12675  1 r8169

dmesg | grep eth0
[    0.677456] r8169 0000:03:00.0 eth0: RTL8168g/8111g at 0xffffc90000c78000, 10:c3:7b:92:3f:46, XID 0c000800 IRQ 41
[    0.677457] r8169 0000:03:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[   11.026956] r8169 0000:03:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168g-2.fw (-12)
[   11.034275] r8169 0000:03:00.0 eth0: link down
[   11.034303] r8169 0000:03:00.0 eth0: link down
[   11.034317] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   17.777943] r8169 0000:03:00.0 eth0: link up
[   17.777948] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 8389.915019] r8169 0000:03:00.0 eth0: link down
[ 8390.625510] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 8393.737996] r8169 0000:03:00.0 eth0: link down
[ 8393.738030] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 8410.645166] r8169 0000:03:00.0 eth0: link up
[ 8410.645177] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[12959.049346] r8169 0000:03:00.0 eth0: link down
[12959.680292] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[12962.669214] r8169 0000:03:00.0 eth0: link down
[12962.669249] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready




Par contre quand internet marche, voici ce qui est indiqué :

dmesg | grep eth0
[    0.680469] r8169 0000:03:00.0 eth0: RTL8168g/8111g at 0xffffc90000c78000, 10:c3:7b:92:3f:46, XID 0c000800 IRQ 41
[    0.680471] r8169 0000:03:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[   11.419072] r8169 0000:03:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168g-2.fw (-12)
[   11.429334] r8169 0000:03:00.0 eth0: link down
[   11.429359] r8169 0000:03:00.0 eth0: link down
[   11.429387] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  109.864608] r8169 0000:03:00.0 eth0: link down
[  110.271264] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  110.280878] r8169 0000:03:00.0 eth0: link down
[  110.280917] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  113.191396] r8169 0000:03:00.0 eth0: link up
[  113.191400] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready






Donc, la seule différence entre les deux c'est cette histoire de "link is not ready" . J'ai regardé du côté de ethtools :


Quand ça marche pas :


ethtool eth0
Settings for eth0:
    Supported ports: [ TP MII ]
    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Half 1000baseT/Full
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Full
    Advertised pause frame use: Symmetric Receive-only
    Advertised auto-negotiation: Yes
    Speed: 10Mb/s
    Duplex: Half
    Port: MII
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: pumbg
    Wake-on: g
    Current message level: 0x00000033 (51)
                   drv probe ifdown ifup
    Link detected: no



Quand ça marche :


ethtool eth0
Settings for eth0:
    Supported ports: [ TP MII ]
    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Half 1000baseT/Full
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Full
    Advertised pause frame use: Symmetric Receive-only
    Advertised auto-negotiation: Yes
    Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                         100baseT/Half 100baseT/Full
                                         1000baseT/Full
    Link partner advertised pause frame use: Symmetric
    Link partner advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: MII
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: pumbg
    Wake-on: g
    Current message level: 0x00000033 (51)
                   drv probe ifdown ifup
    Link detected: yes



Là encore, encore cette histoire de link.

Impératifs : le pc est amené à voyager, il ne restera pas sous le même FAI selon les périodes de l'année. Il aura une connexion régie par la charte Renater une partie de l'année, et durant une autre il sera sous une livebox d'orange.



Observations : Quand le pc était sous debian Wheezy, aucun problème de connexion. La livebox reconnaissait le nom du pc et tout se passait bien. Mais entre temps, la livebox d'orange s'est mise à jour. Depuis, elle ne reconnait plus le nom de l'ordinateur, par contre elle reconnait l'adresse MAC.



Idées : Mettre à jour vers la nouvelle testing, noyau plus récent, matériel mieux prix en charge ? Mais bon ça veux dire moins de stabilité...



Je ne suis pas du tout expert en informatique, donc je patauge un peut.


Merci de votre aide

Problème ethernet, carte réseau = RTL8111/8168/8411

0 commentaires:

Enregistrer un commentaire

 

Lorem

Ipsum

Dolor