Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 24-07-2015 15:18:41

Acinis
Membre
Distrib. : Debian Jessie
Noyau : 3.16.0-4
Inscription : 24-07-2015

[Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

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

Dernière modification par Acinis (29-08-2015 20:44:44)

Hors ligne

#2 24-07-2015 17:30:20

nono47
Membre
Lieu : dans l'engrenage ...
Distrib. : sid
Noyau : Linux 4.8.0-1-amd64
(G)UI : gnome-shell
Inscription : 09-05-2012

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Salut,

Le paquet qui contient les pilotes realtek est il installé : firmware-realtek ?

Pour le savoir, en user :

apt-cache policy firmware-realtek


( il faut le dépôt non-free pour l'installer )

*******

Sinon, mon /etc/network/interfaces qui correspond à dhcp avec prise en charge de l'ipv6 ( ipv6, ça dépend des F.A.I. si c'est ok ! ):

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto eth0
iface lo inet loopback

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

iface eth0 inet6 auto



smile

Dernière modification par nono47 (24-07-2015 17:39:46)

Hors ligne

#3 24-07-2015 17:32:05

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Ah, les RTL8168, c'est toujours que du bonheur...
On voit dans les message du noyau que le module r8168 cherche à charger un firmware qui n'est pas installé. Ça marchera peut-être mieux avec. Il devrait être fourni par le paquet firmware-realtek (section non-free).

Hors ligne

#4 24-07-2015 18:12:35

bendia
Admin stagiaire
Distrib. : Jessie
Noyau : 3.16.0-4-amd64
(G)UI : Gnome + XFCE + Console
Inscription : 20-03-2012
Site Web

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Bonjour Acinis smile

Ton message est bien présenté, mais il y a moyen de faire encore mieux grâce à la coloration syntaxique wink

Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
file-Re06858991f6f328b4907296ac5cea283

En ligne

#5 24-07-2015 18:51:06

Acinis
Membre
Distrib. : Debian Jessie
Noyau : 3.16.0-4
Inscription : 24-07-2015

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Bendia : ok, je vais l'utiliser wink

Raleur et nono 47 : alors le firmware non free n'est pas installé. J'ai oublié de vous le préciser : le fait de l'installer dégrade la situation encore plus, puisque quand il est chargé la navigation internet est très lente. Aucun effet lors de mon essai sur la connexion au démarrage. Du coup, je l'ai désinstallé (apt-get purge).

cat /etc/network/interfaces


 # This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback
 




Pour ce qui est du fichier interfaces, il me manque des choses ou bien le système règle automatiquement ce qui n'est pas spécifié ? Mon FAI (orange) ne semble pas gérer le ipv6. Mais je voudrais que le pc puisse s'adapter automatiquement aux différents Ethernets auquel il aura accès.

Hors ligne

#6 24-07-2015 19:16:19

nono47
Membre
Lieu : dans l'engrenage ...
Distrib. : sid
Noyau : Linux 4.8.0-1-amd64
(G)UI : gnome-shell
Inscription : 09-05-2012

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Complète ton fichier /etc/network/interfaces , tiens la doc ici -> NetworkConfiguration
Sinon, ça va mouliner de chez Moulino !
big_smile

Dernière modification par nono47 (25-07-2015 05:12:21)

Hors ligne

#7 24-07-2015 19:24:13

nono47
Membre
Lieu : dans l'engrenage ...
Distrib. : sid
Noyau : Linux 4.8.0-1-amd64
(G)UI : gnome-shell
Inscription : 09-05-2012

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

ça marche pas ! : https://wiki.debian.org/fr/NetworkConfiguration

Dernière modification par nono47 (24-07-2015 19:24:49)

Hors ligne

#8 24-07-2015 19:30:08

paskal
autobahn
Lieu : ailleurs
Inscription : 14-06-2011
Site Web

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

nono47 a écrit :

ça marche pas !

Il te faut mettre url=adresse à l'intérieur des crochets.  wink


I'd love to change the world
But I don't know what to do
So I'll leave it up to you...

logo-sur-fond.png

Hors ligne

#9 24-07-2015 21:40:03

Acinis
Membre
Distrib. : Debian Jessie
Noyau : 3.16.0-4
Inscription : 24-07-2015

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Merci, alors j'ai fait les modifications indiquées, je vais tester cela immédiatement. Mais avant ça, petite question histoire de me coucher moins bête : pourquoi après 3-5 reboot j'avais une connexion si le fichier n'allait pas ?

Hors ligne

#10 24-07-2015 22:13:53

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

[modéré - on n'adresse pas de reproches les uns aux autres sur le forum, il n'est pas fait pour ça.] wink

Hors ligne

#11 24-07-2015 22:51:17

Acinis
Membre
Distrib. : Debian Jessie
Noyau : 3.16.0-4
Inscription : 24-07-2015

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

J'ai fait la manip, et debian ne démarre plus, voici ce qui est écrit :

"A start job is running for LSB : raise work network interface"

Blocage sur cette phrase, avec un chrono qui mesure le temps. J'ai du  reboot en mode sans échec, puis j'ai restauré le fichier interface d'origine. Du coup là debian redémarre. C'est curieux cette affaire...

Dernière modification par Acinis (24-07-2015 22:53:01)

Hors ligne

#12 25-07-2015 05:04:03

nono47
Membre
Lieu : dans l'engrenage ...
Distrib. : sid
Noyau : Linux 4.8.0-1-amd64
(G)UI : gnome-shell
Inscription : 09-05-2012

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

et en retirant la ligne qui concerne ipv6 ?

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto eth0
iface lo inet loopback

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

Dernière modification par nono47 (25-07-2015 05:05:14)

Hors ligne

#13 26-07-2015 17:14:43

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

modéré - on n'adresse pas de reproches les uns aux autres sur le forum, il n'est pas fait pour ça.


Alors comment a-t-on le droit de signaler qu'un intervenant a écrit des erreurs ?
On doit attendre la confirmation par les faits ? Ça n'a pas pris longtemps :

Acinis a écrit :

J'ai fait la manip, et debian ne démarre plus


Il est excessif de dire que Debian ne démarre plus. Le démarrage est juste (beaucoup) plus long à cause de la ligne "auto eth0" qui force la configuration (et l'attente de cette configuration) de l'interface en avant-plan. Comme le mode de configuration est "dhcp" et le lien n'est pas prêt, le client DHCP n'est pas prêt de recevoir une réponse du serveur DHCP. Néanmoins il finit par abandonner au bout d'un certain temps et le démarrage se poursuit. Avec seulement "allow-hotplug eth0", la configuration échouerait de la même façon mais se passerait en arrière-plan, de façon non blocante pour la suite du démarrage.

J'ignore si Acinis a repris intégralement l'exemple de nono47 ou seulement le dernier paragraphe relatif à eth0, mais la première ligne "auto eth0" est erronée : elle devrait être "auto lo" comme dans le fichier originel d'Acinis. Sans cela, l'interface de loopback n'est pas configurée, ce qui risque d'avoir des effets secondaires variés.

De toute façon un système Debian avec un environnement de bureau standard installer network-manager qui configure automatiquement par défaut les interfaces non définies dans /etc/network/interfaces, donc il est inutile de modifier ce fichier.

PS : Concernant la ligne de configuration relative à l'IPv6, je n'en ai jamais eu besoin pour que mes interfaces soient configurées en autoconfiguration sans état.

Hors ligne

#14 26-07-2015 18:14:59

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian Stretch/Sid/Rc-Buggy
Noyau : Linux (≥ 4.3)
(G)UI : i3-wm (≥ 4.11)
Inscription : 07-07-2008
Site Web

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

raleur a écrit :

Alors comment a-t-on le droit de signaler qu'un intervenant a écrit des erreurs ?


Ben, par exemple :

Dans un univers parallèle, raleur a écrit :

Non, ne fais pas ça, ça ne va pas marcher parce que … et donc il y a de fortes chances qu'après le boot soit cassé.



* captnfab ressert une assiette de pâté de bisounours à raleur.


captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#15 26-07-2015 18:29:57

deuchdeb
Moderato ma non troppo
Lieu : Pays de Cocagne
Distrib. : Jessie 8 + backports
Noyau : linux-image-3.16
(G)UI : KDE4.14 - Mate
Inscription : 13-01-2010

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Il semblerait que j'utilise la même carte que toi.
Aussi je te donne le résultat des mêmes commandes que tu as passées pour comparer car je n'ai aucun problème. Aucun firmeware propriétaire d'installé.

/sbin/lsmod | grep r8169


r8169                  68262  0
mii                    12675  1 r8169
 



dmesg | grep eth0


[    0.483712] r8169 0000:04:00.0 eth0: RTL8168f/8111f at 0xffffc90000c72000, ec:a8:6b:88:20:15, XID 08000800 IRQ 41
[    0.483715] r8169 0000:04:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[   16.033930] r8169 0000:04:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168f-1.fw (-12)
[   16.045719] r8169 0000:04:00.0 eth0: link down
[   16.045740] r8169 0000:04:00.0 eth0: link down
[   16.045778] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   18.813961] r8169 0000:04:00.0 eth0: link up
[   18.813977] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 5296.017633] r8169 0000:04:00.0 eth0: link down
[ 5296.264472] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 5303.197962] r8169 0000:04:00.0 eth0: link down
[ 5303.197997] r8169 0000:04:00.0 eth0: link down
[ 5303.198227] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 5306.490484] r8169 0000:04:00.0 eth0: link up
[ 5306.490493] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 5563.464342] r8169 0000:04:00.0 eth0: link down
[ 5563.719513] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 5570.536807] r8169 0000:04:00.0 eth0: link down
[ 5570.536841] r8169 0000:04:00.0 eth0: link down
[ 5570.536940] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 5573.864263] r8169 0000:04:00.0 eth0: link up
[ 5573.864273] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 7220.238254] r8169 0000:04:00.0 eth0: link down
[ 7220.485015] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 7227.470641] r8169 0000:04:00.0 eth0: link down
[ 7227.471341] r8169 0000:04:00.0 eth0: link down
[ 7227.471369] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 7230.623566] r8169 0000:04:00.0 eth0: link up
[ 7230.623579] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready



ethtool 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/Half 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



Le fichier /etc/network/interfaces

This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback



le fichier: /etc/NetworkManager/dispatcher.d/01ifupdown


#!/bin/sh -e
# Script to dispatch NetworkManager events
#
# Runs ifupdown scripts when NetworkManager fiddles with interfaces.
# See NetworkManager(8) for further documentation of the dispatcher events.

if [ -z "$1" ]; then
    echo "$0: called with no interface" 1>&2
    exit 1;
fi

if [ -n "$IP4_NUM_ADDRESSES" ] && [ "$IP4_NUM_ADDRESSES" -gt 0 ]; then
   ADDRESS_FAMILIES="$ADDRESS_FAMILIES inet"
fi
if [ -n "$IP6_NUM_ADDRESSES" ] && [ "$IP6_NUM_ADDRESSES" -gt 0 ]; then
   ADDRESS_FAMILIES="$ADDRESS_FAMILIES inet6"
fi

# If we have a VPN connection ignore the underlying IP address(es)
if [ "$2" = "vpn-up" ] || [ "$2" = "vpn-down" ]; then
   ADDRESS_FAMILIES=""
fi

if [ -n "$VPN_IP4_NUM_ADDRESSES" ] && [ "$VPN_IP4_NUM_ADDRESSES" -gt 0 ]; then
   ADDRESS_FAMILIES="$ADDRESS_FAMILIES inet"
fi
if [ -n "$VPN_IP6_NUM_ADDRESSES" ] && [ "$VPN_IP6_NUM_ADDRESSES" -gt 0 ]; then
   ADDRESS_FAMILIES="$ADDRESS_FAMILIES inet6"
fi

# We're probably bringing the interface down.
[ -n "$ADDRESS_FAMILIES" ] || ADDRESS_FAMILIES="inet"

# Fake ifupdown environment
export IFACE="$1"
export LOGICAL="$1"
export METHOD="NetworkManager"
export VERBOSITY="0"

for i in $ADDRESS_FAMILIES; do

    export ADDRFAM="$i"

    # Run the right scripts
    case "$2" in
        up|vpn-up)
            export MODE="start"
            export PHASE="post-up"
            run-parts /etc/network/if-up.d
            ;;
        down|vpn-down)
            export MODE="stop"
            export PHASE="post-down"
            run-parts /etc/network/if-post-down.d
            ;;
# pre-up/pre-down not implemented. See
# https://bugzilla.gnome.org/show_bug.cgi?id=387832
#        pre-up)
#            export MODE="start"
#            export PHASE="pre-up"
#            run-parts /etc/network/if-pre-up.d
#            ;;
#        pre-down)
#            export MODE="stop"
#            export PHASE="pre-down"
#            run-parts /etc/network/if-down.d
#            ;;
        hostname|dhcp4-change|dhcp6-change)
            # Do nothing
            ;;
        *)
            echo "$0: called with unknown action \`$2'" 1>&2
            exit 1
            ;;
    esac
done



Fichier: /etc/NetworkManager/NetworkManager.conf

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false



Le fichier:/etc/NetworkManager/system-connections/wired connection 1

[connection]
id=Wired connection 1
uuid=1ec3d231-ba42-4564-bb0c-6d3c1d142160
type=802-3-ethernet

[802-3-ethernet]

[ipv4]
method=auto

[ipv6]
method=auto
ip6-privacy=2

Hors ligne

#16 26-07-2015 20:33:02

Acinis
Membre
Distrib. : Debian Jessie
Noyau : 3.16.0-4
Inscription : 24-07-2015

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Merci de vos réponses smile

Alors oui j'ai essayé la procédure de nono47, et pas de résolution du problème. J'avais essayé l'exemple entier puis j'ai supprimé la ligne de l'ipv6, et ainsi de suite. Ça n'a pas fonctionné chez moi, j'ai du restaurer le fichier d'origine pour démarrer correctement, le voici :

cat /network/interface


# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).


# The loopback network interface
auto lo
iface lo inet loopback
 


Depuis j'ai eu internet à chaque démarrage. C'est très curieux que le problème aie lieu par intermittence.




Il me viens une question : est-il possible que le changement d'OS (windows du dual boot) engendre un problème ?
D'autre part, est-ce que la livebox pourrait avoir des soucis avec debian ?




Parce que, très curieusement, il s'avère qu'une deuxième machine, bien plus ancienne mais avec le même contrôleur Ethernet (version plus ancienne cependant) à le même soucis. Pour elle, dans la majorité des cas, ça marche. Mais quelques fois, rien au démarrage, et seul les reboot peuvent y changer quelque chose. Dans chaque cas, la box est incapable de reconnaitre le nom du pc sur le réseau. En revanche, elle reconnait correctement les noms des postes windows. Les adresses MAC sont par contre correctes.



En tout cas je fouille dans les fichiers que tu m'as indiqué deuchdeb, afin de voir si il y a une différence avec les miens.

Hors ligne

#17 27-07-2015 00:50:42

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Acinis a écrit :

est-il possible que le changement d'OS (windows du dual boot) engendre un problème ?


Si par "changement d'OS" tu veux dire démarrage avec un OS puis redémarrage avec l'autre OS, alors oui. J'ai eu vent de situations où la carte réseau ne fonctionnait pas sous Linux après avoir démarré Windows auparavant, ou au contraire ne fonctionnait correctement sous Linux qu'après avoir démarré Windows auparavant. Dans les deux cas, il s'agit probablement d'une initialisation incomplète par le pilote Linux.

Acinis a écrit :

autre part, est-ce que la livebox pourrait avoir des soucis avec debian ?


Certaines Livebox en ont déjà eu par le passé, et même avec Windows 7. Mais dans les cas que je connais cela affecte plutôt la résolution DNS. Néanmoins comme il semble s'agir d'un problème au niveau détection de la liaison, tu peux essayer avec un switch intermédiaire si tu en as un.

Acinis a écrit :

une deuxième machine, bien plus ancienne mais avec le même contrôleur Ethernet (version plus ancienne cependant) à le même soucis.


Il existe de nombreuses variantes pas forcément faciles à différencier du contrôleur RTL8168, et l'expérience a montré que toutes ne sont pas égales face au pilote r8169 inclus dans le noyau. Certaines variantes ne fonctionnent correctement qu'avec le pilote r8168 fourni par Realtek.

Dernière modification par raleur (27-07-2015 00:53:13)

Hors ligne

#18 27-07-2015 00:58:26

Melodie
Modérateur
Lieu : Pyrénées
Inscription : 28-05-2007
Site Web

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Acinis a écrit :

Il me viens une question : est-il possible que le changement d'OS (windows du dual boot) engendre un problème ?
D'autre part, est-ce que la livebox pourrait avoir des soucis avec debian ?



Salut,

Je te donnerais une réponse qui ne reflétera que mon opinion toute personnelle : je ne le crois pas.

J'ai noté chez moi il n'y a pas très des bizarreries déplaisantes et inhabituelles avec ma LiveBox, comme des redémarrages de la box, que je n'ai pas sollicités, à plusieurs reprises sur je ne sais plus, un week-end à peu près. Cela s'est d'ailleurs produit curieusement dans une période de vote législatifs… vers fin juin ? Et puis aussi ça m'a semblé curieux d'observer par coïncidence que des potes sur IRC, vivant respectivement en UK et en ES connaissaient les mêmes symptômes aussi bien de connexion que législatifs.

Ça m'a agacée, j'ai restauré ma meilleure configuration de la box. Depuis, ça va. J'ai pensé en parler car tu nous indique que tu utilises aussi une livebox. Ai-je tort ? Ai-je une piste ? À toi de voir. Note que parfois aussi une box peut être vieille, avoir subi des surtensions, avoir besoin d'être changée.

Si c'est un problème entre une configuration réseau sous Windows vs l'autre config réseau sous Debian : là je ne sais pas.


le blog d'une newbie :: Linuxvillage :: Bentovillage


À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)

Hors ligne

#19 27-07-2015 12:25:27

Acinis
Membre
Distrib. : Debian Jessie
Noyau : 3.16.0-4
Inscription : 24-07-2015

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Raleur, j'ai passé quelque temps sans utiliser windows, et la connexion fonctionne dès le premier démarrage. Par ailleurs, il arrive qu'en sortie d'une longue mise en veille le problème apparaisse. De plus, quand je redémarre sous linux après avoir utilisé windows 7, les soucis avec l’Ethernet arrivent beaucoup plus souvent, et seuls les reboots y font quelque chose. Si le driver s’initialise mal, peut-on le forcer à s'initialiser dans tous les cas "manuellement", même après avoir démarré sous windows ? Ou tout du moins essayer de savoir ou ça coince ?

Il me viens une idée, je vais tester la chose suivante, afin de vérifier si le contrôleur eth reste dans un "état" qui défavoriserait le driver linux après un boot sous windows. Quand j'aurai terminé un travail sous windows, je vais couper l'alimentation PC afin de voir si le problème continue à survenir. C'est une hypothèse comme une autre, je n'y connais pas grand chose aux matériels modernes, avec l'UEFI et tout cela. C'était plus simple avant.

J'ai déjà un switch sur la box pour brancher tout le nécessaire sur les ports de la box. Et comme avant, je n'avais jamais eu ce problème...

Concernant la seconde machine, j'estime le même soucis d’Ethernet à une fréquence inférieure à 1 démarrage sur 10.


Mélodie, je vais essayer de creuser aussi de ce côté là, parce que :
- la box est récente, elle avait été changée
- avant, les postes linux comme windows fonctionnaient parfaitement, et étaient reconnus correctement par la box
- mais il y a eu une mise à jour du logiciel de la box, avec changement d'interface, réinitialisation du mot de passe admin (que j'ai pas apprécié, ils se prennent pour qui pour réinitialiser ça sans même avertir en préalable les utilisateurs ?)
- c'est sur cette nouvelle version que les "soucis" avec les postes sous debian ont apparu. Je vais essayer de réparer un vieux pc, de lui installer un linux (genre un unbuntu, ou pourquoi pas une fedora), et de voir si le problème est reproductible. Si oui, ça incrimineras la box.

Mais quel intérêt de couper internet durant des élections ?

Hors ligne

#20 27-07-2015 12:45:28

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Acinis a écrit :

Si le driver s’initialise mal, peut-on le forcer à s'initialiser dans tous les cas "manuellement",


Ce n'est pas le pilote qui s'initialise mal, c'est l'initialisation de l'interface réseau par le pilote qui est incomplète (cela consiste notamment à écrire des valeurs spécifiques dans des registres de configuration du contrôleur). Quand un registre non initialisé contient déjà la valeur qui va bien (valeur par défaut ou précédemment initialisée par le BIOS ou par le pilote Windows), ça va. Dans le cas contraire, ça ne va pas. A part corriger le code du pilote, il n'y a rien à faire pour forcer l'initialisation.

Acinis a écrit :

Il me viens une idée, je vais tester la chose suivante, afin de vérifier si le contrôleur eth reste dans un "état" qui défavoriserait le driver linux après un boot sous windows. Quand j'aurai terminé un travail sous windows, je vais couper l'alimentation PC afin de voir si le problème continue à survenir.


C'est un très bon test. Il faut couper l'arrivée du secteur suffisamment longtemps pour décharger complètement les condensateurs de l'alimentation.

Dernière modification par raleur (27-07-2015 12:46:25)

Hors ligne

#21 27-07-2015 17:18:39

Melodie
Modérateur
Lieu : Pyrénées
Inscription : 28-05-2007
Site Web

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Acinis a écrit :


Mélodie, je vais essayer de creuser aussi de ce côté là, parce que :
- la box est récente, elle avait été changée
- avant, les postes linux comme windows fonctionnaient parfaitement, et étaient reconnus correctement par la box
- mais il y a eu une mise à jour du logiciel de la box, avec changement d'interface, réinitialisation du mot de passe admin (que j'ai pas apprécié, ils se prennent pour qui pour réinitialiser ça sans même avertir en préalable les utilisateurs ?)
- c'est sur cette nouvelle version que les "soucis" avec les postes sous debian ont apparu. Je vais essayer de réparer un vieux pc, de lui installer un linux (genre un unbuntu, ou pourquoi pas une fedora), et de voir si le problème est reproductible. Si oui, ça incrimineras la box.

Mais quel intérêt de couper internet durant des élections ?




Moi aussi j'ai eu droit à la réinitialisation du mot de passe et ça m'avait bien mise en colère aussi. Mon test a été plus simple que celui que tu veux faire. Quand j'ai fini de configurer une box, je fait un export de la config. Je conserve aussi la date de l'export dans le nom de fichier. Des fois je fais une nouvelle config à laquelle je tiens, et je refais un export. Dans ce cas, j'ai ré importé ma dernière configuration préférée, et ça a remis la stabilité de la connexion d'aplomb (je me méfie de ces cocos, depuis que je ne peux plus utiliser mon propre routeur à cause du contrat "tout en un" avec la voip).

Ce n'étaient pas des élections, mais des votes à l'assemblée, pour un certain projet de loi qui fait encore couler des flots de pixels sur internet. Tu sais, celui qui concerne de manière très intime la vie privée des citoyens ? Eh bien ça se produisait aussi exactement dans les mêmes temps en d'autres lieux d'Europe. (Non ne ne suis pas parano, non je ne suis pas parano… faut essayer la méthode Coué hein ? wink )

Une question comme ça, pour ta connexion sous Debian, tu l'as faite en DHCP, ou avec une IP statique ?


le blog d'une newbie :: Linuxvillage :: Bentovillage


À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)

Hors ligne

#22 27-07-2015 17:52:39

Acinis
Membre
Distrib. : Debian Jessie
Noyau : 3.16.0-4
Inscription : 24-07-2015

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

raleur,

Je comprends le problème alors. Peut-on agir sur un UEFI pour faire le travail ? j'ai regardé les différents choix de config et ça m'a l'air compliqué. Une possible solution, pour avoir une version supérieure du driver, serait d'installer le noyau 4.1 LTS, qui si j'en crois ce que j'ai lu ici et là, présente des améliorations diverses et variées (qui amélioreront aussi le support de ma carte graphique AMD).

Je fais le test dès que possible, je tiendrai au courant !


Melodie,

Pour l'instant, j'ai pas de config "qui me plait". Tant que ça fait son boulot (à peut prêt, ça rame souvent..). J'ai tendance à peut apprécier les modifications logicielles "clefs en main" "pratiques à l'usage" qui sont d'une "clarté" sans équivoque en terme d'informations. Ah oui...j'avais suivi les délibérations en direct par la retransmission, elles étaient disons intéressantes et instructives. Curieux en effet.

Pour ce qui est de la connexion, c'était en automatique (DHCP) (dans paramètres > réseau) au début (ipv4, car il semble que orange ne gère pas le v6). Puis j'ai demandé l'attribution d'une ip statique par la box, c'était le premier test que j'avais fait. Et bien rien n'a changé. Donc, j'ai laissé tel quel.

Hors ligne

#23 27-07-2015 22:16:25

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Acinis a écrit :

Peut-on agir sur un UEFI pour faire le travail ?


Je ne vois pas bien ce que tu veux dire. Tu parles des paramètres de configuration du firmware ? Il est possible que certains paramètres aient un impact sur le fonctionnement de la carte réseau, par exemple l'option de wake-on-LAN, mais cela ne corrigera pas le problème de base s'il est lié au pilote du noyau. J'ai un cas de ce genre, moins grave heureusement, avec une carte mère : selon que le wake-on-LAN est activé ou non dans le firmware, la machine s'éteint ou reste allumée lors de l'arrêt du système (avec poweroff). Le pire dans l'histoire, c'est que ce problème est apparu depuis Wheezy. Avec Squeeze, la machine s'arrêtait complètement quel que soit l'état du wake-on-LAN.

Acinis a écrit :

Une possible solution, pour avoir une version supérieure du driver, serait d'installer le noyau 4.1


Effectivement une version plus récente du noyau pourrait mieux gérer ce contrôleur.
Sinon, comme je l'ai déjà évoqué, compiler le pilote r8168 fourni par Realtek à la place du module r8169 inclus dans le noyau.

Dernière modification par raleur (27-07-2015 22:18:00)

Hors ligne

#24 28-07-2015 08:31:47

Severian
Membre
Distrib. : Debian GNU/Linux 8.6 (jessie)
Noyau : Linux 4.6.0-0.bpo.1-amd64
(G)UI : Openbox 3.6.1-2
Inscription : 13-12-2014

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

Hors Sujet
au passage de la réinitialisation de la box, vous avez pensé à désactiver les wifi partagé ?

Ce réseau Wi-Fi s'enrichit progressivement des Livebox de nos clients et la vôtre basculera automatiquement en mode wifi partagé dans un mois. Cela n'aura aucune incidence sur les performances de vos services ou sur votre abonnement Orange.

Vous aurez la possibilité de désactiver le mode wifi partagé de votre Livebox à tout moment dans votre espace client : accueil espace client > mon compte internet en détail > paramétrer mes services internet.

Le hotspot Orange est lié au Wi-Fi de la Livebox : il s’arrête lorsque le Wi-Fi de la Livebox est éteint par le bouton ou par la programmation des plages horaires pour l’activation du Wi-Fi.



/HS


"il est urgent d'attendre" (bendia)
ob3-debian2-150x50.png

Hors ligne

#25 28-07-2015 12:29:16

Acinis
Membre
Distrib. : Debian Jessie
Noyau : 3.16.0-4
Inscription : 24-07-2015

Re : [Résolu] Problème ethernet, carte réseau = RTL8111/8168/8411

raleur,

Ce problème avec debian Wheezy, je l'avais eu. Et celui que j'ai maintenant... n'avais jamais eu lieu auparavant ! Je me demandais si l'UEFI gèrerait certains paramètres de connexion.
Pour ce qui est de la compilation du driver realtek, pourquoi le résultat serait meilleur qu'avec l'installation de firmware-realtek dans les dépots nonfree ?

Pour ce qui est du noyau plus récent, il vaux mieux tenter de le compiler sous stable et essayer de l'installer tel quel sans rien changer, ou bien de passer directement à la branche testing ?




Severian,  je n'ai pas pensé à vérifier cela, je le ferai, merci.

Hors ligne

Pied de page des forums