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
Les commandes après reboot:
slack@x552c:~$ hostnamectl |sed '/ID/d' ;echo
Static hostname: x552c
Icon name: computer-laptop
Chassis: laptop
Operating System: Debian GNU/Linux buster/sid
Kernel: Linux 4.18.0-1-amd64
Architecture: x86-64
slack@x552c:~$ ip -c a ;echo
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether bc:ee:7b:26:2a:ba brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 40:f0:2f:c9:a5:6b brd ff:ff:ff:ff:ff:ff
inet 192.168.0.20/24 brd 192.168.0.255 scope global dynamic noprefixroute wlan0
valid_lft 43014sec preferred_lft 43014sec
inet6 2a01:e34:ee8a:5090:e22a:fcf1:661b:7979/64 scope global dynamic noprefixroute
valid_lft 86215sec preferred_lft 86215sec
inet6 fe80::2daa:8757:bfab:5860/64 scope link noprefixroute
valid_lft forever preferred_lft forever
slack@x552c:~$ lsmod|grep r8
r8169 90112 0
mii 16384 1 r8169
Voilà…
Allez … on va terminer je crois.
Et 'ls /etc/NetworkManager/system-connections/" demandé un peu plus tard, il n’y avait rien du tout ? aucun retour ? C’est complètement vide ?
C’est incohérent ce qu’il y a dedans.
A quel moment as-tu créé une connexion DHCP “neuve” dans NetworkManager ? Tu comprends ce que c’est ou pas du tout ?
Bref, j’atteins mes limites avec ta Wheezy bricolée et “hackée” selon toi.
Si tu ne sais pas faire ça, je ne peux rien faire entre deux “jeux”.
Désolé. Il va te falloir l’aide d’un expert.
D’autres ont fait comme moi si tu as regardé le topique concerné. Ca a également fonctionné pour moi, je n’ai pas eu de GROS problèmes.
Bon ça fonctionne avec cette commande apt install r8168-dkms j’ai retrouvé ma connexion ethernet. Mais ça n’explique toujours pas pourquoi le module du kernel ne fonctionne pas. Je te rappel au passage que ce module a fonctionné avec ma testing pendant plusieurs semaines voir plusieurs mois, et du jour au lendemain ça ne fonctionne plus sans aucune mises à jour ni aucune action de ma part. Etrange
Ne compte plus sur moi sur ton bricolage Wheezy. Dialogue de sourds.
Bonne chance.
Tant pis, fait comme tu veux, merci quand même.
Moi j’y peux rien, j’ai demandé de l’aide et c’est ce qu’on m’a recommandé de faire. Du moins, le mec m’a dit qu’il avait fait comme ça pour upgrader.
SI il raconte des conneries, vois ça avec lui plutôt que de t’énerver sur moi.
Quand ? Je suis désolé mais je ne m’en souviens pas.
Que des noms de réseaux wifi.
He ben voilà. Juste ça qui m’intéresse (et un autre point mais trop technique). Et ça ne te surprend pas alors de que tu gères pourtant tes connexions avec NetworkManager ???
Je m’étonnais de ton silence sur la création d’une connexion DHCP dans NetworManager.
Tu ne t’es jamais posé la question de savoir ce qui gérait ta connexion Ethernet si ce n’est pas NetworkManager ?
Je sais qu’il y a un truc bancale qui traîne, mais de Wheezy … rien ne me surprend.
Quand dans certains posts tu expliques que tu fais tout plein d’installations en Netinstall (mon oeil), et qu’ici tu expliques qu"un mec t’a dit que c’est super génial de bricoler d’une Wheezy pour arriver en testing 2018, en étant sûr de ne rien trainer qui fout le bordel, demande à “ce mec” de démerder ta Wheezy “hackée”.
Tu veux bricoler pour tes jeux, he bien bricole, mais ce n’est pas pour moi.
On a pas le même sens du logiciel.
Trouve les bons bricoleurs !
Au fait, ton problème étant de nouveau résolu, il va falloir penser à clore ce sujet avant qu’un hacker ne recasse de nouveau sans raison ta connexion dans les deux jours qui viennent.
Bon week-end plein de jeux.