# Plus de connexion ethernet

**URL:** <https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502>\
**Category:** Support Debian\
**Created:** [Septembre 10, 2018, 3:30 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502 "2018-09-10T15:30:51Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 10, 2018, 3:30 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/1 "2018-09-10T15:30:51Z")

</div>

Bonjour

Cet après midi, ma connexion ethernet m’a lâché.  
Ca me dit qu’un câble réseau est débranché.  
Alors j’ai testé avec un autre cable, mais aussi avec un autre port ethernet de ma box, idem pas de réseau.  
Le wifi lui fonctionne parfaitement.  
J’ai bien sur tenté de redémarrer mon pc.

Voilà le log d’un dmesg:

```auto
[31.486065] r8169 0000:04:00.2: firmware: direct-loading firmware rtl_nic/rtl8411-1.fw
[32.736168] r8169 0000:04:00.2 eth0: rtl_phy_reset_cond == 1 (loop: 100, delay: 1).
[32.766351] r8169 0000:04:00.2 eth0: link down
[32.768948] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

```

Et le log d’un ifconfig:

```auto
eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        ether bc:ee:7b:26:2a:ba txqueuelen 1000 (Ethernet)
        RX packets 0 bytes 0 (0.0 B)
        RX errors 0 dropped 0 overruns 0 frame 0
        TX packets 0 bytes 0 (0.0 B)
        TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
        inet 127.0.0.1 netmask 255.0.0.0
        inet6 ::1 prefixlen 128 scopeid 0x10<host>
        loop txqueuelen 1000 (Boucle locale)
        RX packets 4344 bytes 366444 (357.8 KiB)
        RX errors 0 dropped 0 overruns 0 frame 0
        TX packets 4344 bytes 366444 (357.8 KiB)
        TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.0.20 netmask 255.255.255.0 broadcast 192.168.0.255
        inet6 fe80::2daa:8757:bfab:5860 prefixlen 64 scopeid 0x20<link>
        inet6 2a01:e34:ee8a:5090:e22a:fcf1:661b:7979 prefixlen 64 scopeid 0x0<global>
        ether 40:f0:2f:c9:a5:6b txqueuelen 1000 (Ethernet)
        RX packets 2357 bytes 1697269 (1.6 MiB)
        RX errors 0 dropped 0 overruns 0 frame 0
        TX packets 2216 bytes 402560 (393.1 KiB)
        TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

```

```auto
lspci -nnk | grep -iA2 net
03:00.0 Network controller [0280]: Qualcomm Atheros AR9485 Wireless Network Adapter [168c:0032] (rev 01)
	Subsystem: Lite-On Communications Inc AR9485 Wireless Network Adapter [11ad:6627]
	Kernel driver in use: ath9k
	Kernel modules: ath9k
--
04:00.2 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0a)
	Subsystem: ASUSTeK Computer Inc. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1043:200f]
	Kernel driver in use: r8169
	Kernel modules: r8169

```

```auto
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
	Supported FEC modes: Not reported
	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
	Advertised FEC modes: Not reported
	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

```

```auto
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

```

```auto
dmesg | grep r8169
[1.921705] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[1.923329] r8169 0000:04:00.2: can't disable ASPM; OS doesn't have ASPM control
[1.932313] r8169 0000:04:00.2 eth0: RTL8411 at 0x (ptrval), bc:ee:7b:26:2a:ba, XID 08800800 IRQ 25
[1.935128] r8169 0000:04:00.2 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[30.907667] r8169 0000:04:00.2: firmware: direct-loading firmware rtl_nic/rtl8411-1.fw
[32.156200] r8169 0000:04:00.2 eth0: rtl_phy_reset_cond == 1 (loop: 100, delay: 1).
[32.186439] r8169 0000:04:00.2 eth0: link down

```

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 10, 2018, 5:37 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/3 "2018-09-10T17:37:35Z")

</div>

J’ai aussi tenté d’installer le pilote officiel de realtek mais ça ne change rien.  
Ce qui me parait étrange c’est ceci:

```auto
ifup eth0
ifup: unknown interface eth0

```

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 10, 2018, 5:53 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/4 "2018-09-10T17:53:08Z")

</div>

Verner \> t’avais écrit un message, c’était quoi de bien ? =)  
Vous pensez possible que ma carte ethernet soit grillée ? Malgré que j’ai toujours la mac adresse qui s’affiche…

---

<div class="post-metadata">

**Author:** ![DarkBahhh](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/f17d59/32.png) [@DarkBahhh](https://www.debian-fr.org/u/DarkBahhh)\
**Post date:** [Septembre 10, 2018, 6:06 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/6 "2018-09-10T18:06:04Z")

</div>

Salut xddj,

Pour voir si ta carte est grillée:  
Les ports de ta Box ont des loupiottes de couleurs, que disent celles du port connecté à ta carte Ethernet?

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 10, 2018, 6:29 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/7 "2018-09-10T18:29:16Z")

</div>

> [@DarkBahhh](#):
>
> Les ports de ta Box ont des loupiottes de couleurs, que disent celles du port connecté à ta carte Ethernet?

La lumière ne clignote pas. Mais j’arrive bien à récupérer d’adresse mac de ma carte réseau.. Si il serait grillée, ce serait impossible non ?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Septembre 10, 2018, 6:55 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/8 "2018-09-10T18:55:31Z")

</div>

> [@xddj](#):
>
> Ce qui me parait étrange c’est ceci:
> 
> ```
> ifup eth0
> ifup: unknown interface eth0
> 
> ```

Quel était le but de cette commande ?

Si l’interface n’est pas déclarée dans /etc/network/interfaces ou un de ses fichiers inclus, elle ne peut pas être configurée par ifup. Elle est probablement gérée par NetworkManager ou Wicd.

> [@xddj](#):
>
> La lumière ne clignote pas. Mais j’arrive bien à récupérer d’adresse mac de ma carte réseau… Si il serait grillée, ce serait impossible non ?

Pas du tout. L’adresse MAC est gérée par la sous-couche MAC de la couche de liaison de données alors que le signal électrique est géré par la couche physique ethernet.

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 10, 2018, 10:50 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/9 "2018-09-10T22:50:21Z")

</div>

Bah c’est simple, il y a une lumière qui clignote sur la freebox quand le port ethernet fonctionne, et là il ne clignote pas. J’ai même essayé un autre port, et un autre câble, ça ne change rien. J’ai aussi tenté d’installer le pilote officiel Realtek mais ça ne change rien.

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 10, 2018, 10:52 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/10 "2018-09-10T22:52:48Z")

</div>

> [@PascalHambourg](#):
>
> Si l’interface n’est pas déclarée dans /etc/network/interfaces ou un de ses fichiers inclus, elle ne peut pas être configurée par ifup. Elle est probablement gérée par NetworkManager ou Wicd.

Voilà mon fichier /etc/network/interfaces

```auto
# 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

```

```auto
dmesg | grep eth0
[32.272108] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[32.273722] eth0: 0xffffa63c40c79000, bc:ee:7b:26:2a:ba, IRQ 25
[35.218099] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[1611.825619] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[1611.826018] eth0: 0xffffa63c40c79000, bc:ee:7b:26:2a:ba, IRQ 25
[1614.997702] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[3284.564812] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[3284.565193] eth0: 0xffffa63c40c79000, bc:ee:7b:26:2a:ba, IRQ 25
[3287.737489] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

```

Le nouveau driver:

```auto
dmesg | grep r8168
[1.909118] r8168: loading out-of-tree module taints kernel.
[1.923597] r8168 Gigabit Ethernet driver 8.046.00-NAPI loaded
[1.948613] r8168: This product is covered by one or more of the following patents: US6,570,884, US6,115,776, and US6,327,625.
[1.952081] r8168 Copyright (C) 2018 Realtek NIC software team <nicfae@real

```

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 10, 2018, 11:18 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/11 "2018-09-10T23:18:40Z")

</div>

Par contre, je voudrais désinstaller le pilote officiel Realtek car j’en ai trouvé un autre. Mais je ne sais pas comment faire. Dans le répertoire, il n’y a qu’un make et un autorun.sh. Il n’y a pas de procédure de désinstallation.

Pouvez-vous m’aider à le désinstaller s’il vous plaît, ce serait sympa de votre part.  
Voici le pilote:  
[http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&DownTypeID=3](http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&DownTypeID=3)

C’est celui où c’est écrit «&nbsp;LINUX driver for kernel up to 4.15&nbsp;»

Voilà l’autre pilote que j’ai trouvé:

> **[GitHub - KastB/r8169: Linux driver for Realtek network chips with...](https://github.com/KastB/r8169)**
>
> Linux driver for Realtek network chips with enabled ASPM

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Septembre 11, 2018, 11:52 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/12 "2018-09-11T11:52:38Z")

</div>

> [@xddj](#):
>
> Voilà mon fichier /etc/network/interfaces

L’interface eth0 n’y est pas définie, donc il est normal qu’ifup ne la connaisse pas.  
Note : ceci n’est pas une invitation à définir eth0 dans /etc/network/interfaces.

> [@xddj](#):
>
> Le nouveau driver:

Pas de message indiquant que le pilote r8168 a détecté le contrôleur ? C’est peut-être normal avec ce pilote. Le pilote r8169 est bien blacklisté et n’a pas été chargé ? Il peut être nécessaire de reconstruire l’initramfs avec `update-initramfs -u`.  
L’interface ethernet est-elle présente en tant que eth0 ou autre ?  
`lsinitramfs /boot/initrd.img-$(uname -r) | grep r816`

> [@xddj](#):
>
> Par contre, je voudrais désinstaller le pilote officiel Realtek car j’en ai trouvé un autre. Mais je ne sais pas comment faire

Il devrait suffire de supprimer le fichier r8168.ko dans l’arborescence de /lib/modules, exécuter depmod et reconstruire l’initramfs.

Quel autre pilote Realtek avais-tu installé ?

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 11, 2018, 11:57 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/13 "2018-09-11T11:57:28Z")

</div>

> [@PascalHambourg](#):
>
> Pas de message indiquant que le pilote r8168 a détecté le contrôleur ? C’est peut-être normal avec ce pilote. Le pilote r8169 est bien blacklisté et n’a pas été chargé ? Il peut être nécessaire de reconstruire l’initramfs avec `update-initramfs -u` .

Oui tout ça a été fait

```auto
root@localhost:~# lsinitramfs /boot/initrd.img-$(uname -r) | grep r816
etc/modprobe.d/r8168-blacklist.conf
etc/modprobe.d/r8169-blacklist.conf
usr/lib/modules/4.17.0-3-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko

```

> [@PascalHambourg](#):
>
> Il devrait suffire de supprimer le fichier r8168.ko dans l’arborescence de /lib/modules, exécuter depmod et reconstruire l’initramfs.

Bon alors c’est bon c’est ce que j’ai fait.

> [@PascalHambourg](#):
>
> Quel autre pilote Realtek avais-tu installé ?

Celui là:

> **[GitHub - KastB/r8169: Linux driver for Realtek network chips with...](https://github.com/KastB/r8169)**
>
> Linux driver for Realtek network chips with enabled ASPM

Mais il ne fonctionne pas non plus.  
Non je crois bien que ma carte réseau est grillée.

Ou alors un hacker joue avec moi… Voir ce topique:

> [@Je ne peux plus me connecter en root](https://www.debian-fr.org/t/je-ne-peux-plus-me-connecter-en-root/77505/6):
>
> Pourquoi ? C’est ça la vraie question… J’arrive bien à le changer le mot de passe root, je viens encore d’essayer, j’ai mis que des chiffres pour être sur qu’il n’y ait pas de problème avec le qwerty, mais non, dès que je reviens sur Gnome ça ne fonctionne plus. Moi je crois que je me suis fait hacker, mais quelque chose de bien. edit: Je vais quand même retester une fois en vérifiant que les chiffres ne sont pas impactés par le qwerty, mais ça m’étonnerais fort.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Septembre 11, 2018, 12:07 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/14 "2018-09-11T12:07:45Z")

</div>

Que contiennent ces deux fichiers blacklist ?

> [@xddj](#):
>
> Linux driver for Realtek network chips with enabled ASPM - KastB/r8169

Ça m’étonnerait que ce soit ce pilote qui ait généré les messages préfixés par «&nbsp;r8168:&nbsp;». Ce pilote s’appelle r8169 et pas r8168, et si c’est le pilote publié par Realtek il ne prend en charge que les contrôleurs PCI de la famille RTL8169, pas les contrôleurs PCIe de la famille RTL8168 qui ne sont pris en charge que par le module r8169 **du noyau** ou le pilote r8168 de Realtek.

> [@xddj](#):
>
> Non je crois bien que ma carte réseau est grillée.

Je le pense aussi.

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 11, 2018, 12:16 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/15 "2018-09-11T12:16:48Z")

</div>

> [@PascalHambourg](#):
>
> Que contiennent ces deux fichiers blacklist ?

Bah ils contiennent pour le premier «&nbsp;blacklist r8168&nbsp;» et pour le deuxième "blacklist r8169

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Septembre 11, 2018, 12:26 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/16 "2018-09-11T12:26:36Z")

</div>

Avec ça la carte réseau ne risque pas de marcher si les deux pilotes sont blacklistés.

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 11, 2018, 12:39 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/17 "2018-09-11T12:39:10Z")

</div>

Oui je sais bien. Mais je les ais blacklistés justement parce qu’ils ne fonctionnent pas.  
En plus le r8168 n’était pas pour ma carte qui est une r8169. C’est le mec de ce forum qui m’a pointé sur le mauvais pilote:  
[https://ubuntuforums.org/showthread.php?t=2280988](https://ubuntuforums.org/showthread.php?t=2280988)

Mais j’ai testé le r8169 de Realtek et c’est la même…

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 11, 2018, 12:51 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/18 "2018-09-11T12:51:56Z")

</div>

Petit problème… Je savais bien que j’avais déjà enlevé le blacklistage du r8169 et du r8168 (que j’ai supprimé dans les modules).

Voilà le problème:

```auto
/etc/modprobe.d# ls
amd64-microcode-blacklist.conf	intel-microcode-blacklist.conf	nvidia.conf
bumblebee.conf modesetting.conf
dkms.conf nvidia-blacklists-nouveau.conf

```

Et pourtant:

```auto
lsinitramfs /boot/initrd.img-$(uname -r) | grep r816
etc/modprobe.d/r8168-blacklist.conf
etc/modprobe.d/r8169-blacklist.conf
usr/lib/modules/4.17.0-3-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko

```

C’est quoi ce délire ?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Septembre 11, 2018, 1:07 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/19 "2018-09-11T13:07:41Z")

</div>

Tu as ré-exécuté `update-initramfs -u` après avoir enlevé les blacklists ?

> [@xddj](#):
>
> En plus le r8168 n’était pas pour ma carte qui est une r8169.

Qu’est-ce qui te fait dire cela ? D’après la sortie de `lspci` c’est un contrôleur PCIe de la famille RTL8168, pas RTL8169.

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 11, 2018, 1:20 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/20 "2018-09-11T13:20:31Z")

</div>

> [@PascalHambourg](#):
>
> Tu as ré-exécuté `update-initramfs -u` après avoir enlevé les blacklists ?

Je ne sais plus. Je vais le faire maintenant.  
edit: Oui c’est bon, maintenant ils ne sont plus apparent dans répertoire modprobe.d lors d’un

```auto
lsinitramfs /boot/initrd.img-$(uname -r) | grep r816

```

> [@PascalHambourg](#):
>
> Qu’est-ce qui te fait dire cela ? D’après la sortie de `lspci` c’est un contrôleur PCIe de la famille RTL8168, pas RTL8169.

Ah oui, effectivement. J’avais pas fait gaffe.  
Bon alors ça veut dire que j’avais bien téléchargé le bon pilote dès le début et qu’il ne fonctionne pas.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Septembre 11, 2018, 6:07 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/21 "2018-09-11T18:07:23Z")

</div>

> [@xddj](#):
>
> maintenant ils ne sont plus apparent dans répertoire modprobe.d lors d’un lsinitramfs

De toute façon, il n’y avait pas péril en la demeure. La présence d’une option `blacklist` dans l’initramfs n’a pour effet que d’empêcher le chargement automatique d’un module inclus dans l’initramfs. Or la précédente exécution de `lsinitramfs` montrait que le module r8168 n’était pas inclus. Quant au module r8169, son blacklistage dans l’initramfs n’empêchait pas que le même module contenu dans la racine soit chargé automatiquement après la fin de l’exécution de l’initramfs. C’est le fichier blacklist de la racine qui servait à l’empêcher.

---

<div class="post-metadata">

**Author:** ![xddj](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/x/b3f665/32.png) [@xddj](https://www.debian-fr.org/u/xddj)\
**Post date:** [Septembre 11, 2018, 6:09 UTC](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502/22 "2018-09-11T18:09:08Z")

</div>

J’ai retenté d’installer le pilote pour Realtek RTL8168 et là ça fonctionne !  
Comme quoi il y a bien un hacker qui se fou de ma gueule et qui joue avec mes nerfs car je l’avais déjà testé et il ne fonctionnait pas.  
Donc ma carte réseau n’est pas grillé, là tout refonctionne niquel.

dmesg:

```auto
   31.185922] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[31.187706] eth0: 0xffff9cdf40c79000, bc:ee:7b:26:2a:ba, IRQ 24

```

ifconfig:

```auto
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.0.41 netmask 255.255.255.0 broadcast 192.168.0.255
        inet6 fe80::beee:7bff:fe26:2aba prefixlen 64 scopeid 0x20<link>
        inet6 2a01:e34:ee8a:5090:beee:7bff:fe26:2aba prefixlen 64 scopeid 0x0<

```

```auto
lspci -nnk | grep -iA2 net
03:00.0 Network controller [0280]: Qualcomm Atheros AR9485 Wireless Network Adapter [168c:0032] (rev 01)
	Subsystem: Lite-On Communications Inc AR9485 Wireless Network Adapter [11ad:6627]
	Kernel driver in use: ath9k
	Kernel modules: ath9k
--
04:00.2 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0a)
	Subsystem: ASUSTeK Computer Inc. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1043:200f]
	Kernel driver in use: r8168
	Kernel modules: r8168

```

```auto
root@localhost:~# ethtool eth0
Settings for eth0:
	Supported ports: [TP]
	Supported link modes: 10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: Symmetric Receive-only
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes: 10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Advertised pause frame use: Symmetric Receive-only
	Advertised auto-negotiation: Yes
	Advertised FEC modes: Not reported
	Link partner advertised link modes: 10baseT/Half 10baseT/Full 
	                                     100baseT/Half 100baseT/Full 
	                                     1000baseT/Half 1000baseT/Full 
	Link partner advertised pause frame use: Symmetric
	Link partner advertised auto-negotiation: Yes
	Link partner advertised FEC modes: Not reported
	Speed: 1000Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 0
	Transceiver: internal
	Auto-negotiation: on
	MDI-X: Unknown
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000033 (51)
			       drv probe ifdown ifup
	Link detected: yes

```

```auto
root@localhost:~# dmesg | grep r8168
[1.943689] r8168: loading out-of-tree module taints kernel.
[1.950023] r8168 Gigabit Ethernet driver 8.046.00-NAPI loaded
[1.973661] r8168: This product is covered by one or more of the following patents: US6,570,884, US6,115,776, and US6,327,625.
[1.976826] r8168 Copyright (C) 2018 Realtek NIC software team <nicfae@realtek.com> 
[34.351780] r8168: eth0: link up

```

[Page suivante](https://www.debian-fr.org/t/plus-de-connexion-ethernet/77502.md?page=2)