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.
Je l’ai déjà dit, j’ai installé Debian testing pour avoir les dernières mises à jour, je m’en baleck de faire des rapports de bug (bien que j’en fait quand même quand je ne trouve pas la solution sur le net)
Bon après une mise à jour “apt-get dist-upgrade” le système m’a mis à jour le noyau. J’ai donc du réinstaller le pilote de ma carte réseau et installer le pilote officiel Realtek: 0012-r8168-8.046.00
Dès qu’il s’est installé, j’ai retrouvé ma connexion.
Donc il y a bien un problème avec le pilote libre r8169 qui refuse de fonctionner avec ma carte Realtek alors qu’il a fonctionné pendant des années, étrange… Si quelqu’un a une explication, qu’il la fasse connaître, car ce n’est vraiment pas normal, ça faisait des années que je tournais avec le r8169 libre.
Coucou
Je comprends pas bien, tu as juste fait une mise à jour de ton noyau ? Tu n’as pas réinstallé le pilote libre durant la mise à jour, si ?
Parce que si ton pilote est installé sur un noyau antérieur, il faut à chaque fois que tu le recompiles pour les nouveaux noyaux que tu installes. Donc jusque là je dirais que ça ne prouve pas vraiment un dysfonctionnement du pilote libre… (Dites-moi si je me trompe j’ai pas vraiment d’expérience dans les pilotes compilés à la main ^^)
Du coup si tu veux vraiment voir si le pilote libre refonctionne, il faut que tu désinstalles complètement ton pilote proprio, que tu dé-blacklistes les pilotes libres, et que tu réinstalles ces derniers. 
Bah il s’installe automatiquement le pilote libre. Il se trouve dans /lib/modules/(kernel-version)
Et le pilote officiel Realtek ne blackliste pas le pilote libre lors de l’installation, il se contente de renommer le module r8169 en r8169.bak.
Donc quand j’ai changé de noyau, j’ai de nouveau eu le pilote libre r8169 installé (les .bak avaient disparus c’est logique).
Mais quand j’ai rebooté, ça n’a pas fonctionné. Donc le pilote libre ne fonctionnait pas. C’est là que j’ai décidé de remettre le pilote officiel, et ça a fonctionné direct.
Je suis sous Linux Debian, je n’ai donc rien à recompiler. Le pilote est installé automatiquement dans le noyau.
Est-ce-que la procédure d’installation du pilote propriétaire ne ferait pas une action que tu ignores par hasard ?
J’essaierais bien de faire un apt-get purge piloteproprio pilotelibre et apt-get install pilotelibre si j’étais toi maintenant que tu as un noyau tout beau tout neuf
(et aussi vérifier tous les fichiers de blacklist pour voir si ya pas du r816X dedans)
C’est un module du noyau…
Non du tout. Le module chargeait bien, mais ne fonctionnait pas.
Serait-il possible pour ce soir d’obtenir le retour sur https://paste.debian.net/ de quelques commandes, en choisissant langage bash.
Merci
ls /lib/firmware/rtl_nic/rtl816* ;echo
ls /lib/modules/$(uname -r)/kernel/drivers/net/ethernet/realtek/r816* ;echo
dpkg -L linux-image-$(uname -r) |grep r816 ;echo
dpkg -l |grep dkms ;echo
lsinitramfs /boot/initrd.img-$(uname -r) | grep r816 ;echo
grep -r r816 /etc/initramfs-tools/ /etc/modprobe.d/ ;echo
grep '^I.*linux-image' /var/log/apt/history.log ;echo
ls /var/cache/archives linux-image* ;echo
find /sys/devices/pci* -type d -name net -exec ls {} \; ;echo
grep -v '#' /lib/systemd/network/99-default.link ;echo
systemctl list-unit-files|egrep 'systemd-networkd|systemd-resolved|networking|NetworkManager' ;echo
head -n7 /etc/hosts ;echo
egrep -v '^#|^$' /etc/network/interfaces ;echo
ip -c a ;echo
cat /etc/NetworkManager/system-connections/*ethernet_DHCP ;echoVoilà, je pense avoir tapé toutes les commandes mais si il en manque une dis le mois.
(Désolé tu m’as demandé les commandes pour hier soir mais je n’étais pas chez moi et quand je suis rentré j’ai été me coucher direct).
Avec 24H de décalage horaire, çe ne va pas être simple.
Il y a 10 jours, tu avais le noyau 4.17.0-3-amd64.
Le 4.18.0-1-amd64 est arrivé le 6 septembre en testing.
Tu expliques avoir un nouveau problème suite à mise à jour noyau il y a 2 jours.
Le problème est que je ne trouve aucune trace d’historique apt (history.log) dans ton système puisque seul le 4.18.0-1-amd64 y figure.
Pas normal que ton système perde ton historique, à moins que … tu aies oublié quelques lignes ??
Ou le hacker fou qui a vidé ton historique ? On va dire: pas grave.
► Cette installation Testing date de quand exactement ?
► Installation “propre” ? ou upgrades successifs à l’arrache à partir de versions précédentes ?
On va tenter une opération nettoyage, pour voir. Retour de:
grep black /etc/modprobe.d/* ;echo
cat /etc/NetworkManager/NetworkManager.conf ;echo
## en root ##
cd /lib/modules/4.18.0-1-amd64/kernel/drivers/net/ethernet/realtek/
mv r8169.bak r8169.ko;mv r8168.ko r8168.ko.bak;ls
printf '[Match]\nMACAddress=bc:ee:7b:26:2a:ba\n\n[Link]\nName=enp2s0\n' > /etc/systemd/network/50-enp2s0.link
depmod
update-initramfs -u ;echo
lsinitramfs /boot/initrd.img-$(uname -r) | egrep 'r816|network/' ;echo
for I in $(grep -l ethernet /etc/NetworkManager/system-connections/*);do echo ~~;cat $I;done ;echo
echo 'Postez ces retours de commandes précédentes AVANT de continuer'
echo 'utiliser connexion WIFI si ethernet probablement perdu....' ; echo
# ---------------------------------------------------------
echo 'Puis, on continue'
hostnamectl set-hostname x552c
rm $(grep -l ethernet /etc/NetworkManager/system-connections/*)
echo 'Reboot now, puis recréer une connexion DHCP NetworkManager (si pas créée automatiquement)'
Après reboot, donner le retour de
hostnamectl |sed '/ID/d' ;echo
ip -c a ;echo
lsmod|grep r8
► Une nouvelle connexion DHCP fraichement créée fonctionne-t-ellle ?
/!\ ne pas immédiatement commencer à chercher d’autres modules x,y,z, ou bricoler des commandes avant retour d’info.
D’autres pistes si réel problème avec r8169 à choisir en priorité.
⇒ utiliser le wifi en attendant
Merci.
Non du tout
Oui je pense plutôt.
Du topique concerné, c’est à dire le 3 mai 2018:
Bah j’ai simplement remplacer tout les Wheezy par des Jessie puis en faisant un apt-get upgrade / dist-upgrade. Puis en remplaçant Jessie par testing et en refaisant un apt-get upgrade dist-upgrade
slack@localhost:~$ grep black /etc/modprobe.d/* ;echo
/etc/modprobe.d/amd64-microcode-blacklist.conf:blacklist microcode
/etc/modprobe.d/bumblebee.conf:blacklist nouveau
/etc/modprobe.d/bumblebee.conf:blacklist nvidia
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-current
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-legacy-304xx
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-legacy-340xx
/etc/modprobe.d/bumblebee.conf:blacklist nvidia
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-current
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-current-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-304
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-304-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-304
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-310
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-310-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-310
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-313
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-313-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-313
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-319
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-319-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-319
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-325
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-325-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-325
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-331
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-331-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-331
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-334
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-334-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-334
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-337
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-337-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-337
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-340
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-340-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-340
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-343
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-343-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-343
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-346
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-346-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-346
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-349
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-349-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-349
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-352
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-352-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-352
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-355
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-355-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-355
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-358
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-358-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-358
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-361
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-361-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-361
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-364
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-364-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-364
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-367
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-367-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-367
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-375
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-375-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-375
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-378
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-378-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-378
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-381
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-381-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-381
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-384
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-384-updates
/etc/modprobe.d/bumblebee.conf:blacklist nvidia-experimental-384
/etc/modprobe.d/intel-microcode-blacklist.conf:blacklist microcode
/etc/modprobe.d/nvidia-blacklists-nouveau.conf:blacklist nouveau
slack@localhost:~$ cat /etc/NetworkManager/NetworkManager.conf ;echo
[main]
plugins=ifupdown,keyfile
no-auto-default=BC:EE:7B:26:2A:BA,
[ifupdown]
managed=false
```update-initramfs -u ;echo
update-initramfs: Generating /boot/initrd.img-4.18.0-1-amd64
update-initramfs -u ;echo
update-initramfs: Generating /boot/initrd.img-4.18.0-1-amd64
lsinitramfs /boot/initrd.img-$(uname -r) | egrep 'r816|network/' ;echo
usr/lib/modules/4.18.0-1-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko
usr/lib/systemd/network/50-enp2s0.link
usr/lib/systemd/network/99-default.link
for I in $(grep -l ethernet /etc/NetworkManager/system-connections/*);do echo ~~;cat $I;done ;echo
~~
cat: /etc/NetworkManager/system-connections/Wired: Aucun fichier ou dossier de ce type
~~
cat: connection: Aucun fichier ou dossier de ce type
~~
cat: 1: Aucun fichier ou dossier de ce type
rm $(grep -l ethernet /etc/NetworkManager/system-connections/*)
rm: impossible de supprimer '/etc/NetworkManager/system-connections/Wired': Aucun fichier ou dossier de ce type
rm: impossible de supprimer 'connection': Aucun fichier ou dossier de ce type
rm: impossible de supprimer '1': Aucun fichier ou dossier de ce type
Si tu pouvais rajouter ça, car je ne comprends pas ton vieux basard qui date de Wheezy
ls /etc/NetworkManager/system-connections/*
Bah j’ai simplement remplacer tout les Wheezy par des Jessie puis en faisant un apt-get upgrade / dist-upgrade. Puis en remplaçant Jessie par testing et en refaisant un apt-get upgrade dist-upgrade
=> pas acceptable, inadmissible (pour moi).
=> pure perte de temps.
Non voilà le retour de la commande:
dmesg | grep r8169
[ 1.921250] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 1.922835] r8169 0000:04:00.2: can't disable ASPM; OS doesn't have ASPM control
[ 1.926497] r8169 0000:04:00.2 eth0: RTL8411, bc:ee:7b:26:2a:ba, XID 48800800, IRQ 25
[ 1.928822] r8169 0000:04:00.2 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 31.677819] r8169 0000:04:00.2: firmware: direct-loading firmware rtl_nic/rtl8411-1.fw
[ 31.798400] r8169 0000:04:00.2 eth0: link down
Je ne peux pas malheureusement, je passe tout les soirs à jouer à mon jeux csgo et ça me fait des lag énorme avec le wifi, je vais donc réinstaller le pilote officiel désolé.
Perso je crois que c’est mort pour le pilote libre, je ne comprend pas pourquoi il a fonctionné pendant des années et plus maintenant.
Déjà, il manque les commandes demandées après reboot.
Si tu n’as pas le temps, je ne vais pas plus te déranger.
Je t’ai déjà expliqué que partir de Wheezy pour arriver à une testing 2018, c’est simplement n’importe quoi.
Il y a un truc qui ne colle pas dans ton réseau, mais normal vu l’historique.
Il y a un vieux truc qui traîne, mais je n’en trouve pas l’origine.
Bon, comme tu dois “jouer” et que c’est plus important, je ne vais pas y passer 1 jour de plus.
Tu essaies ça, et si ça ne va pas, tu fais ce que tu veux, et tu sais ce que je t’ai dit de faire.
apt install r8168-dkms linux-headers-amd64
Sinon bon jeu, et vraiment désolé d’avoir dérangé.
Ah oui désolé j’ai oublié les commandes d’après le reboot, bon je vais tout refaire.
Hé comment que cela ce fait-il que cela soit marqué maintenant:
root@x552c:~#
Au lieu de:
root@localhost:~#
edit: non laisse tomber je viens de voir la commande