J’ai fait les modifs dans le fu*ichier de config, un coup avec l’adresse mac d’une carte, un coup avec l’adresse mac de l’autre carte.
Rien n’y fait.
Dans la config matérielle de la carte pci, une chose a attiré mon attention :
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=N/A latency=64 link=no maxlatency=64 mingnt=32 multicast=yes port=MII speed=10Mbit/s
ressources: irq:16 portE/S:c800(taille=256) mémoire:ff6ff400-ff6ff4ff mémoire:ff6c0000-ff6dffff
Impossible de déterminer la version du firmware associé.
Est-ce une piste?
c’est une piste le driver est bien listé par lshw
moi j"ai ça
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=rtl_nic/rtl8168d-2.fw latency=0 link=no multicast=yes port=MII speed=10Mbit/s
ca fait parti du paquet firmware-realtek
essai
apt-get install --reinstall firmware-realtek
ça installe tout ça
/lib/firmware/RTL8192E
/lib/firmware/RTL8192E/boot.img
/lib/firmware/RTL8192E/data.img
/lib/firmware/RTL8192E/main.img
/lib/firmware/rtl_bt
/lib/firmware/rtl_bt/rtl8192ee_fw.bin
/lib/firmware/rtl_bt/rtl8192eu_fw.bin
/lib/firmware/rtl_bt/rtl8723a_fw.bin
/lib/firmware/rtl_bt/rtl8723b_fw.bin
/lib/firmware/rtl_bt/rtl8761a_fw.bin
/lib/firmware/rtl_bt/rtl8812ae_fw.bin
/lib/firmware/rtl_bt/rtl8821a_fw.bin
/lib/firmware/rtl_bt/rtl8822b_config.bin
/lib/firmware/rtl_bt/rtl8822b_fw.bin
/lib/firmware/rtl_nic
/lib/firmware/rtl_nic/rtl8105e-1.fw
/lib/firmware/rtl_nic/rtl8106e-1.fw
/lib/firmware/rtl_nic/rtl8106e-2.fw
/lib/firmware/rtl_nic/rtl8107e-1.fw
/lib/firmware/rtl_nic/rtl8107e-2.fw
/lib/firmware/rtl_nic/rtl8168d-1.fw
/lib/firmware/rtl_nic/rtl8168d-2.fw
/lib/firmware/rtl_nic/rtl8168e-1.fw
/lib/firmware/rtl_nic/rtl8168e-2.fw
/lib/firmware/rtl_nic/rtl8168e-3.fw
/lib/firmware/rtl_nic/rtl8168f-1.fw
/lib/firmware/rtl_nic/rtl8168f-2.fw
/lib/firmware/rtl_nic/rtl8168g-1.fw
/lib/firmware/rtl_nic/rtl8168g-2.fw
/lib/firmware/rtl_nic/rtl8168g-3.fw
/lib/firmware/rtl_nic/rtl8168h-1.fw
/lib/firmware/rtl_nic/rtl8168h-2.fw
/lib/firmware/rtl_nic/rtl8402-1.fw
/lib/firmware/rtl_nic/rtl8411-1.fw
/lib/firmware/rtl_nic/rtl8411-2.fw
/lib/firmware/rtlwifi
/lib/firmware/rtlwifi/rtl8188efw.bin
/lib/firmware/rtlwifi/rtl8188eufw.bin
/lib/firmware/rtlwifi/rtl8192cfw.bin
/lib/firmware/rtlwifi/rtl8192cfwU.bin
/lib/firmware/rtlwifi/rtl8192cfwU_B.bin
/lib/firmware/rtlwifi/rtl8192cufw.bin
/lib/firmware/rtlwifi/rtl8192cufw_A.bin
/lib/firmware/rtlwifi/rtl8192cufw_B.bin
/lib/firmware/rtlwifi/rtl8192cufw_TMSC.bin
/lib/firmware/rtlwifi/rtl8192defw.bin
/lib/firmware/rtlwifi/rtl8192eefw.bin
/lib/firmware/rtlwifi/rtl8192eu_nic.bin
/lib/firmware/rtlwifi/rtl8192sefw.bin
/lib/firmware/rtlwifi/rtl8712u.bin
/lib/firmware/rtlwifi/rtl8723aufw_A.bin
/lib/firmware/rtlwifi/rtl8723aufw_B.bin
/lib/firmware/rtlwifi/rtl8723aufw_B_NoBT.bin
/lib/firmware/rtlwifi/rtl8723befw.bin
/lib/firmware/rtlwifi/rtl8723bu_nic.bin
/lib/firmware/rtlwifi/rtl8723fw.bin
/lib/firmware/rtlwifi/rtl8723fw_B.bin
/lib/firmware/rtlwifi/rtl8821aefw.bin
/lib/firmware/rtlwifi/rtl8821aefw_wowlan.binA ma connaissance le RTL8169 PCI n’a pas besoin de firmware contrairement à certains de ses cousins RTL8111/8168 PCIe.
As-tu tenté une extinction totale de la machine ?
Câble secteur débranché ou interrupteur à bascule de l’alimentation en position arrêt pendant au moins une minute.
Démarrage directement sous Debian sans passer par Windows.
Non,je vais le faire. Faut-il que je fase un retour en arrière sur le fichier de conf de NetworkManager?
Ce serait mieux puisque ça marchait avant.
Je viens de faire le test avec la conf modifiée et cela n’a pas marché. Je vais essayer de revenir aux anciennes versions de NetworkManager et interfaces.
Je viens de revenir aux anciennes configuration (interfaces+NetworkManager.conf+connection).
J’ai éteint, interrupteur ouvert et câble débranché pendant 5 à 10 minutes.
J’ai démarré directement avec Debian et j’ai toujours le même problème.
NB : le fichier interfaces contient une référence à eth0 qui est fausse à mon sens.
Dans le wikide Debian ([https://wiki.debian.org/fr/NetworkManager]), il est écrit :
Les réseaux filaires ne sont pas gérés
Depuis Debian Debian 6.0 “Squeeze”, NetworkManager ne gère par défaut aucune interface définie dans /etc/network/interfaces .
Un “périphérique non géré”, est un périphérique que NetworkManager ne touche pas. Cela arrive quand deux conditions sont remplies :
Le fichier /etc/network/interfaces contient quoique ce soit au sujet de l'interface, même :
allow-hotplug eth0 iface eth0 inet dhcp
et /etc/NetworkManager/NetworkManager.conf contient :
[main] plugins=ifupdown,keyfile
[ifupdown] managed=false
Ceci est mon cas.
Si je comprend bien il faudrait supprimer du fichier interfaces tout ce qui est relatif à eth0?
Dans le wiki pour activer NetworkManager, il faut :
Activer la gestion des interfaces
Si vous souhaitez que NetworkManager gère les interfaces activées dans /etc/network/interfaces :
paramétrez managed=true dans /etc/NetworkManager/NetworkManager.conf.
Redémarrez NetworkManager :
/etc/init.d/network-manager restart
C’est déjà présent dans ma config.
Je viens de faire le test en prenant soin de mettre le pc sous tension et de démarrer directement sous Debian, mais cela n’a pas marché.
Pour résumé, contenu du fichier interfaces :
# The loopback network interface auto lo iface lo inet loopback #The primary network interface #allow-hotplug eth0 #iface eth0 inet dhcp
Contenu du fichier NetworkManager.conf :
[main] plugins=ifupdown,keyfile [ifupdown] managed=false
Contenu de la connection :
[connection] id=Wired connection 1 uuid=9dd5429e-6e86-41b0-9837-fcbd1966c00c type=802-3-ethernet [802-3-ethernet] [ipv4] method=auto [ipv6] method=auto ip6-privacy=2
il y a quand meme une incomprehension, selon ton premier message
la commande ifconfig -a :
eth0 Link encap:Ethernet HWaddr 00:19:66:01:c1:5a _
_ 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:23 Adresse de base:0xe800 _
eth1 Link encap:Ethernet HWaddr 60:e3:27:04:2c:2c _
_ 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:16 Adresse de base:0x4400_
si tu vas sur https://macvendors.com/
Enter a MAC Address
60:e3:27:04:2c:2c
TP-LINK TECHNOLOGIES CO.,LTD.
ton retour de lshw
_j’en ai profité pour installer la commande lshw. Voici le résultat de celle-ci : _
_*-network:0 _
description: Ethernet interface
produit: RTL8169 PCI Gigabit Ethernet Controller
fabriquant: Realtek Semiconductor Co., Ltd.
identifiant matériel: c
information bus: pci@0000:00:0c.0
nom logique: eth1
version: 10
numéro de série: 60:e3:27:04:2c:2c
taille: 10Mbit/s
capacité: 1Gbit/s
bits: 32 bits
horloge: 66MHz
fonctionnalités: pm bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
_configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half _
firmware=N/A latency=64 link=no maxlatency=64 mingnt=32 multicast=yes port=MII speed=10Mbit/s
ressources: irq:16 portE/S:c800(taille=256) mémoire:ff6ff400-ff6ff4ff mémoire:ff6c0000-ff6dffff
OK Pascal Hambourg nous dit que
A ma connaissance le RTL8169 PCI n’a pas besoin de firmware contrairement à certains de ses cousins RTL8111/8168 PCIe.
Si c’est bien ces conditions c’est eth1 que tu dois utiliser
qu’ y a t il comme messages au boot
sudo dmesg | grep 8169
Bonjour,
je suis d’accord, c’est bien eth1 qui correspond à la carte pci, par contre, ce que je trouve bizarre dans la commande lshw c’est
pour un nom logique eth1.
Voici le résultat de la commande que vous m’avez demandé :
[ 0.163711] pci 0000:00:0c.0: [10ec:8169] type 0 class 0x000200
[ 1.107320] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 1.107367] r8169 0000:00:0c.0: PCI: Disallowing DAC for device
[ 1.107390] r8169 0000:00:0c.0: (unregistered net_device): not PCI Express
[ 1.129499] r8169 0000:00:0c.0: eth0: RTL8169sb/8110sb at 0xf8214400, 60:e3:27:04:2c:2c, X
[ 1.129508] r8169 0000:00:0c.0: eth0: jumbo features [frames: 7152 bytes, tx checksumming:
[ 13.431642] r8169 0000:00:0c.0: eth1: link down
Bonne journée
il est possible que ça soit comme ça, il y a des soucis avec la carte
Realtek Semiconductor Co., Ltd. RTL8169/8110 Family PCI Gigabit Ethernet NIC [10ec:8169]
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750897
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805362
quel noyau utilises tu?
uname -a
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