Voici le résultat de la commande que vous m’avez demandé :
Linux debian 3.2.0-4-686-pae #1 SMP Debian 3.2.84-2 i686 GNU/Linux
noyau de wheezy ok
que dit
nmcli device show
et
sudo dmesg | grep -i eth
ne fonctione pas.
Voici les commandes que j’ai exécuté avec nmcli :
nmcli dev
PÉRIPHÉRIQUE TYPE ÉTAT
eth0 802-3-ethernet indisponible
eth1 802-3-ethernet indisponible
nmcli dev list
GENERAL.PÉRIPHÉRIQUE: eth0
GENERAL.TYPE: 802-3-ethernet
GENERAL.VENDOR: VIA Technologies, Inc.
GENERAL.PRODUCT: VT6102 [Rhine-II]
GENERAL.PILOTE: via-rhine
GENERAL.ADR.-MAT.: 00:19:66:01:C1:5A
GENERAL.ÉTAT: 20 (indisponible)
GENERAL.REASON: 2 (Device is now managed)
GENERAL.UDI: /sys/devices/pci0000:00/0000:00:12.0/net/eth0
GENERAL.IP-IFACE:
GENERAL.NM-MANAGED: oui
GENERAL.FIRMWARE-MISSING: non
GENERAL.CONNECTION: not connected
CAPABILITIES.DÉTECTION-PORTEUSE: oui
CAPABILITIES.VITESSE: inconnu
WIRED-PROPERTIES.PORTEUSE: arrêt
GENERAL.PÉRIPHÉRIQUE: eth1
GENERAL.TYPE: 802-3-ethernet
GENERAL.VENDOR: Realtek Semiconductor Co., Ltd.
GENERAL.PRODUCT: RTL8169 PCI Gigabit Ethernet Controller
GENERAL.PILOTE: r8169
GENERAL.ADR.-MAT.: 60:E3:27:04:2C:2C
GENERAL.ÉTAT: 20 (indisponible)
GENERAL.REASON: 2 (Device is now managed)
GENERAL.UDI: /sys/devices/pci0000:00/0000:00:0c.0/net/eth1
GENERAL.IP-IFACE:
GENERAL.NM-MANAGED: oui
GENERAL.FIRMWARE-MISSING: non
GENERAL.CONNECTION: not connected
CAPABILITIES.DÉTECTION-PORTEUSE: oui
CAPABILITIES.VITESSE: inconnu
WIRED-PROPERTIES.PORTEUSE: arrêt
nmcli con list
NOM UUID TYPE TIMESTAMP-REAL
Wired connection 1 9dd5429e-6e86-41b0-9837-fcbd1966c00c 802-3-ethernet lun. 06 mars 2017 20:00:54 CET
dmesg | grep -i eth
[ 0.150426] ACPI Error: Method parse/execution failed [\_PR_.CPU1._PDC] (Node f5435968), AE_INVALID_TABLE_LENGTH (20110623/psparse-536)
[ 0.150539] ACPI Error: Method parse/execution failed [\_PR_.CPU2._PDC] (Node f54358a8), AE_INVALID_TABLE_LENGTH (20110623/psparse-536)
[ 1.121445] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 1.122633] r8169 0000:00:0c.0: eth0: RTL8169sb/8110sb at 0xf8214400, 60:e3:27:04:2c:2c, XID 10000000 IRQ 16
[ 1.122640] r8169 0000:00:0c.0: eth0: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[ 1.229529] via-rhine 0000:00:12.0: eth1: VIA Rhine II at 0x1e800, 00:19:66:01:c1:5a, IRQ 23
[ 1.230251] via-rhine 0000:00:12.0: eth1: MII PHY found at address 1, status 0x7849 advertising 01e1 Link 0000
[ 4.913367] udevd[445]: renamed network interface eth1 to rename3
[ 4.924753] udevd[436]: renamed network interface eth0 to eth1
[ 4.977129] udevd[445]: renamed network interface rename3 to eth0
[ 13.835031] r8169 0000:00:0c.0: eth1: link down
[ 13.835041] r8169 0000:00:0c.0: eth1: link down
[ 13.835212] ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 13.855420] via-rhine 0000:00:12.0: eth0: link down
[ 13.855603] ADDRCONF(NETDEV_UP): eth0: link is not readyPourquoi udev jongle-t-il avec le nom des interfaces ?
aucune idée,
visiblement, au départ la carte pci est en eth0 et udev la renomme en eth1, c’est peut être la source du problème.
En tout cas, je n’ai rien fait pour que ce renommage ait lieu.
Il y a aussi les erreurs avant cela :
De plus, la commande nmcli dev list renvoie
pour les deux eth0 et eth1. C’est normal pour la carte intégrée car elle ne fonctionne plus, par contre la carte pci fonctionne.
J’ai essayé de débranché et rebranché le câble réseau plusieurs fois, cela n’a rien changé. J’ai même regardé si des fois la carte pci ne faisait pas bien contact et elle est bien enclenchée et ne risque pas de ne pas faire contact.
Il y a déjà eu ici même des soucis avec 8169.
Que donne dmesg | grep -i collision ?
Bizarrerie avec cartes RTL8169SC - Support Debian - debian-fr.org
c’est un micmac qui est déjà arrivé à d’autres
La commande
ne donne rien.
J’ai vu aussi ceci :
https://askubuntu.com/questions/761027/ethernet-not-working-on-ubuntu-driver-r8169-link-down
le wake-on-lan qui déconnerait sur les dual-boot.
J’ai testé de changer l’option de la carte sur windows, mais cela n’a rien changé.
Je ne suis pas allé plus loin de peur de faire des conneries!
Et donc que dit
cat /etc/udev/rules.d/70-persistent-net.rules
Voici :
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x1106:/sys/devices/pci0000:00/0000:00:12.0 (via-rhine)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:19:66:01:c1:5a", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:0c.0 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="60:e3:27:04:2c:2c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
Cela confirme bien que eth1 correspond à la carte pci.
j’essaierai avec une seule ligne eth0 pour la carte Realtek
# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:0c.0 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="60:e3:27:04:2c:2c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
et
auto lo
iface lo inet loopback
#The primary network interface
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
Le nommage des interfaces par udev est une fausse piste. Perte de temps. Idem pour la configuration de NetworkManager ou du fichier interfaces.
Le problème est que le pilote ne détecte pas la liaison lorsque l’interface est activée : drapeau UP mais pas RUNNING dans la sortie d’ifconfig, les messages du noyau “link down” et “link is not ready”. Comme si le câble n’était pas branché.
Question bête : est-ce que le voyant de liaison de la carte réseau est allumé ? Même chose pour le port du switch/routeur/box à l’autre bout du câble ?
Bonjour,
quand je démarre sous Debian, aucun voyant ne s’allume.
Quand je démarre sous xp, deux voyants sur la carte réseau s’allument.
Cela a l’air de ressembler au problème évoqué ici : https://askubuntu.com/questions/761027/ethernet-not-working-on-ubuntu-driver-r8169-link-down et ici https://en.opensuse.org/SDB:Realtek_8169_driver_problem.
Pour info, sur la carte j’avais coché l’option Autoriser ce périphérique à sortir cet ordinateur de la mise en veille.
J’ai redémarré, mais cela n’a eu aucun effet.
Par contre il y a une option qui était cochée Autoriser cet ordinateur à éteindre ce périphérique pour économiser de l’énergie.
Je vais tester en décochant cette option.
Je viens de faire le test, cela n’a rien changé 
As-tu regardé dans les options du BIOS de la machine (wake on LAN…) ?
Il n’ y a aucune options de gestion de l’alimentation dans le bios, ce qui est compréhensible car cette carte réseau a été ajoutée après que la carte réseau intégrée (n’ayant pas cette faculté) ait rendu l’âme.
vous je ne sais pas; mais moi il y a longtemps que j’aurais sauvegardé mes données et autres fichiers de configs et j’aurais installé une jessie et tout serait rentré dans l’ordre out of the box avec network-manager et tout et tout.
Bonjour,
rien ne garantie avec une version plus récente de Debian que cela marche.
Je pense même que j’aurai le même souci : je n’ai jamais eu de soucis de réseau avec cette carte depuis au moins un an, voir deux ans. Et subitement plus de connexion internet, sachant que ces derniers temps, la seule utilisation que j’avais de cet ordinateur était très minime : démarrer faire les mises à jour et éteindre.
A un moment donnée, une mise à jour logicielle a engendré ce problème, mais impossible de savoir quoi!
en tout cas ça marche avec xp/dualboot; donc ce n’est pas la carte valide qui est en jeu mais c’est un problème de gestion de réseau qui semble vraiment réfractaire à toute tentative de mise au pas; c’est pourquoi j’ai lancé l’idée d’une installation fraîche de jessie qui doit résoudre ce pb; au moment de l’installation la détection du réseau se fait immédiatement au départ, après le choix de la langue. Il faut bien noter l’adresse mac de la bonne carte,elle est donnée dans xp.
et
sudo ifconfig eth0 up
ou
sudo ifup eth0
ça lui décoincerait pas la tête??