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.
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.
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.
Voilà mon 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
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:
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
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
C’est celui où c’est écrit “LINUX driver for kernel up to 4.15”
Voilà l’autre pilote que j’ai trouvé:
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.
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
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é ?
Oui tout ça a été fait
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
Bon alors c’est bon c’est ce que j’ai fait.
Celui là:
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:
Que contiennent ces deux fichiers blacklist ?
Ça m’étonnerait que ce soit ce pilote qui ait généré les messages préfixés par “r8168:”. 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.
Je le pense aussi.
Bah ils contiennent pour le premier “blacklist r8168” et pour le deuxième "blacklist r8169
Avec ça la carte réseau ne risque pas de marcher si les deux pilotes sont blacklistés.
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
Mais j’ai testé le r8169 de Realtek et c’est la même…
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:
/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:
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 ?
Tu as ré-exécuté update-initramfs -u après avoir enlevé les blacklists ?
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.
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
lsinitramfs /boot/initrd.img-$(uname -r) | grep r816
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.
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.
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:
31.185922] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 31.187706] eth0: 0xffff9cdf40c79000, bc:ee:7b:26:2a:ba, IRQ 24
ifconfig:
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<
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
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
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
Etonnant. Le problème est arrivé d’un coup en cours de session sans que tu n’ais rien changé ou bien au redémarrage après une mise à jour du noyau ?
Oui exact, mais comme tu l’as vu sur le lien que je t’ai donné, mon mot de passe root a été changé par quelqu’un, donc je me suis fait hacké. Je suis sur que c’est la seule explication.
Le hacker fantôme dans tous les sujets … si tu en es convaincu (pas moi), ne perds pas ton temps, réinstalle tout de A à Z sinon tu vas encore ouvrir 10 sujets de découverte de Debian testing.
Maintenant, si jamais tu reperds ta connexion ethernet, avant de tripatouiller et d’accuser ton hacker, tu vas essayer ça:
sudo modprobe -r r8168
… attendre 5 secondes
sudo modprobe r8168root@localhost:~# sudo modprobe -r r8168
root@localhost:~# sudo modprobe r8168
root@localhost:~#
Je t’avais dit … “ si jamais tu reperds ta connexion ethernet ”.
Commandes inutiles quand tout fonctionne !
Mais c’est pas grave.