[RÉSOLU] Connexion RJ45 impossible (Wifi OK)

winux · Le 29/09/2021, à 21:39

je n'ai pas pu redémarrer sur la 2e ligne du grub car celui-ci ne s'affiche pas, je n'ai que Mint sur ce petit PC de voyage. J'ai vu sur le net de garder shift enfoncé mais c'est inopérant

phiphiloo · Le 01/10/2021, à 09:16

Ok winux, I'm back

que donne:

apt policy linux-headers-$(uname -r)

si les entêtes de ton kernel

gerard@TOSH-12:~$ uname -r
5.4.0-88-generic

ne sont pas installés, do it

sudo apt install -y linux-headers-$(uname -r)

après quoi, réinstallation du pilote

cd ~/r8101-1.036.00
sudo ./autorun.sh

puis ensuite vérifie ça:

cat /etc/modprobe.d/blacklist.conf

ça:

lsmod | grep r81*

si pas installé, essaye d'installer le paquet net-tools, qui te permettra d'avoir l'utilitaire ifconfig qui AMHA, permet d'obtenir une sortie beaucoup plus lisible que la commande ip addr, très brouillone:

sudo apt install -y net-tools

puis:

ifconfig -a

NB:
sortie dégueu de ip addr

ip a
(...)
2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 80:fa:5b:58:05:b5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.100/24 brd 192.168.1.255 scope global dynamic noprefixroute enp4s0
       valid_lft 77369sec preferred_lft 77369sec
    inet6 2001:861:48c0:1cf0:e79c:bbea:5934:9aa9/64 scope global dynamic noprefixroute 
       valid_lft 86329sec preferred_lft 14329sec
    inet6 fe80::3532:e134:33c3:4e9d/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
(...)

versus ifconfig:

ifconfig -a
enp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.100  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 2001:861:48c0:1cf0:e79c:bbea:5934:9aa9  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::3532:e134:33c3:4e9d  prefixlen 64  scopeid 0x20<link>
        ether 80:fa:5b:58:05:b5  txqueuelen 1000  (Ethernet)
        RX packets 29224253  bytes 33336788823 (33.3 GB)
        RX errors 0  dropped 8043  overruns 0  frame 0
        TX packets 17388589  bytes 3509106298 (3.5 GB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

winux · Le 01/10/2021, à 10:20

phiphiloo a écrit :

Ok winux, I'm back

YESSSS welcome onboard

gerard@TOSH-12:~$ apt policy linux-headers-$(uname -r)
linux-headers-5.4.0-88-generic:
  Installé : 5.4.0-88.99
  Candidat : 5.4.0-88.99
 Table de version :
 *** 5.4.0-88.99 500
        500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu focal-security/main amd64 Packages
        100 /var/lib/dpkg/status

gerard@TOSH-12:~$ uname -r
5.4.0-88-generic

gerard@TOSH-12:~/r8101-1.036.00$ sudo ./autorun.sh
[sudo] Mot de passe de gerard :          

Check old driver and unload it.
rmmod r8101
Build the module and install
At main.c:160:
- SSL error:02001002:system library:fopen:No such file or directory: ../crypto/bio/bss_file.c:69
- SSL error:2006D080:BIO routines:BIO_new_file:no such file: ../crypto/bio/bss_file.c:76
sign-file: certs/signing_key.pem: No such file or directory
Warning: modules_install: missing 'System.map' file. Skipping depmod.
DEPMOD 5.4.0-88-generic
load module r8101
Updating initramfs. Please wait.
update-initramfs: Generating /boot/initrd.img-5.4.0-88-generic
I: The initramfs will attempt to resume from /dev/sda3
I: (UUID=534826fc-eedb-42a1-8282-d507f8ec6507)
I: Set the RESUME variable to override this.
Completed.

gerard@TOSH-12:~$ cat /etc/modprobe.d/blacklist.conf
# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.

# evbug is a debug tool that should be loaded explicitly
blacklist evbug

# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd

# replaced by e100
blacklist eepro100

# replaced by tulip
blacklist de4x5

# causes no end of confusion by creating unexpected network interfaces
blacklist eth1394

# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
blacklist snd_intel8x0m

# Conflicts with dvb driver (which is better for handling this device)
blacklist snd_aw2

# replaced by p54pci
blacklist prism54

# replaced by b43 and ssb.
blacklist bcm43xx

# most apps now use garmin usb driver directly (Ubuntu: #114565)
blacklist garmin_gps

# replaced by asus-laptop (Ubuntu: #184721)
blacklist asus_acpi

# low-quality, just noise when being used for sound playback, causes
# hangs at desktop session start (Ubuntu: #246969)
blacklist snd_pcsp

# ugly and loud noise, getting on everyone's nerves; this should be done by a
# nice pulseaudio bing (Ubuntu: #77010)
blacklist pcspkr

# EDAC driver for amd76x clashes with the agp driver preventing the aperture
# from being initialised (Ubuntu: #297750). Blacklist so that the driver
# continues to build and is installable for the few cases where its
# really needed.
blacklist amd76x_edac
blacklist r8169
blacklist r8169
blacklist r8169
blacklist r8169
blacklist r8169

gerard@TOSH-12:~$ lsmod | grep r81*
gerard@TOSH-12:~$ sudo apt install -y net-tools
[sudo] Mot de passe de gerard :          
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
net-tools est déjà la version la plus récente (1.60+git20180626.aebd88e-1ubuntu1).
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  linux-headers-5.4.0-84 linux-headers-5.4.0-84-generic
  linux-image-5.4.0-84-generic linux-modules-5.4.0-84-generic
  linux-modules-extra-5.4.0-84-generic
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour.

gerard@TOSH-12:~$ ifconfig -a
enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.18  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 2a01:cb08:5c5:b100:4f1a:2445:1711:2c34  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::1721:663e:7529:4f5c  prefixlen 64  scopeid 0x20<link>
        inet6 2a01:cb08:5c5:b100:68c7:59e0:e107:d64f  prefixlen 64  scopeid 0x0<global>
        ether c0:7c:d1:31:2d:12  txqueuelen 1000  (Ethernet)
        RX packets 399  bytes 96585 (96.5 KB)
        RX errors 0  dropped 19  overruns 0  frame 0
        TX packets 395  bytes 62555 (62.5 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 91  base 0x2000  

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 798  bytes 74445 (74.4 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 798  bytes 74445 (74.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.21  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 2a01:cb08:5c5:b100:3021:e0ef:948b:99f  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::fb3a:fd64:84e6:7f52  prefixlen 64  scopeid 0x20<link>
        inet6 2a01:cb08:5c5:b100:5eb3:d7aa:999b:315b  prefixlen 64  scopeid 0x0<global>
        ether ac:e0:10:f8:f1:74  txqueuelen 1000  (Ethernet)
        RX packets 15860  bytes 17457435 (17.4 MB)
        RX errors 0  dropped 157  overruns 0  frame 0
        TX packets 5556  bytes 1200106 (1.2 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

And the winner is ... PHIPHI ... because j'ai retrouvé mon réseau filaire.
https://iili.io/Rp7RP2.png

Je garde la procédure dans un coin, comme cela à chaque mise à jour du noyau je penserai à toi !!
J'espère qu'au prochain reboot il sera toujours là !
Un grand merci Phi, je ne te dis pas à bientôt car ça ne serait pas bon signe !!
@+

FrancisFDZ · Le 01/10/2021, à 10:40

Bonjour,
1questions, à priori stupides, mais à voir :
1 as tu essayé de changer de câble ethernet ?
2 grub permet au boot de démarrer sur le noyau précédent, as-tu essayé cette options (sachant que le problème semblait résolu jusqu'à une mise à jour qui a vraisemblablement upgradé le noyau) ?

winux · Le 01/10/2021, à 11:01

Salut Francis

Toutes les suggestions sont bonnes à prendre
#1 : non car c'et le même câble qui sert à tous mes PC portables et c'est le seul PC qui posait Pb

#2 : non, car c'est déjà une suggestion faite par Phi et j'ai répondu que :
je n'ai qu'un seul OS et que Grub ne s'affichait pas.

A la réflexion je viens de changer son temps d'attente à 5s au démarrage dans
/etc/default/grub
sudo update-grub

je vais voir s'il s'arrête bien pour me laisser le temps de choisir.
Je reviens tout de suite

Dernière modification par winux (Le 01/10/2021, à 11:04)

winux · Le 01/10/2021, à 11:08

Eh bien non : il attend bien 5s au démarrage mais n'affiche pas le grub?
J'avais lu sur le net qu'il fallait garder la touche shift enfoncée, mais no change

phiphiloo · Le 01/10/2021, à 11:12

winux a écrit :

phiphiloo a écrit :
Ok winux, I'm back
YESSSS welcome onboard
(...)
And the winner is ... PHIPHI ... because j'ai retrouvé mon réseau filaire.
https://iili.io/Rp7RP2.png
Je garde la procédure dans un coin, comme cela à chaque mise à jour du noyau je penserai à toi !!
J'espère qu'au prochain reboot il sera toujours là !
Un grand merci Phi, je ne te dis pas à bientôt car ça ne serait pas bon signe !!
@+

Un p'tit bémol quand même
dans la procédure que je t'ai indiqué ici:
https://forum.ubuntu-fr.org/viewtopic.p … #p22489179
renvoyant vers là:
https://github.com/ghostrider-reborn/re … nux-driver
j'ai oublié de t'indiquer ceci:

Install basic dependencies for compiling the driver: sudo apt install build-essential linux-headers-$(uname -r)

bon, une fois que build-essential est installé, c'est fait une fois pour toute -- par contre pour les entêtes du noyau Linux, c'est pas le cas. Il faut les réinstaller à chaque MÀJ du noyau.

Les fichiers d'en-tête du noyau (alias fichiers "source du noyau") sont un ensemble de fichiers binaires pré-compilés reflétant votre noyau en cours d'exécution. Essentiellement, les en-têtes du noyau sont simplement une image miroir "brute" du noyau qui exécute votre ordinateur. Vous avez besoin de fichiers d'en-têtes de noyau (ou de sources du noyau) pour créer des pilotes, réparer des choses, etc.

Donc, c'est un peu de ma faute, si tu t'es retrouvé sans connexion ETH après MÀJ du noyau... T'as presque tout bien fait, sauf que tu n'avais pas toutes les infos ...

2ème chose:
je t'ai induit aussi en erreur ici: https://forum.ubuntu-fr.org/viewtopic.p … #p22491454
dans mon post https://forum.ubuntu-fr.org/viewtopic.p … #p22491423
je t'ai ajouté un $ en début de commande, sans te préciser que ça correspondait au $ devant la commande, voulant indiquer par là que c'est le symbole signifiant que tu te trouvais sous ton compte utilisateur (et non en root) et qu'il ne faisait pas partie de la commande en elle-même;
en fait ça correspondait à

gerard@TOSH-12:~$

en bref.

3ème chose:
gerard@TOSH-12:~$ uname -r
5.4.0-88-generic
Je me suis permis de modifier ta 1e commande, en déplaçant le "-"
renvoyant là: https://forum.ubuntu-fr.org/viewtopic.p … #p22491502
BAH! erreur de frappe!

*******************************************************************************************

because j'ai retrouvé mon réseau filaire.

Good news winux!

ylag · Le 01/10/2021, à 11:50

Bonjour,

phiphiloo au #32 a écrit :

...par contre pour les entêtes du noyau Linux, c'est pas le cas. Il faut les réinstaller à chaque MÀJ du noyau.

Dans le cas d'une 20.04 bloquée sur les noyaux de série 5.4, les en-têtes du noyau sont automatiquement installées par le méta-paquet linux-headers-generic.
Pour l'avoir, il suffit d'installer le méta-paquet «principal» linux-generic qui installe en dépendances les deux autres méta-paquets linux-image-generic et linux-headers-5.4.0-88-generic.
Ces deux derniers paquets installeront toujours la dernière version du noyau 5.4.x.x-xx avec ses en-têtes sur la 20.04.

Par exemple, j'ai ceci sur ma 20.04 pour rester sur les noyaux de série 5.4 :

yvan@yvan-maison:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-headers-5.4.0-86                5.4.0-86.97  all
ii  linux-headers-5.4.0-86-generic        5.4.0-86.97  amd64
ii  linux-image-5.4.0-86-generic          5.4.0-86.97  amd64
ii  linux-modules-5.4.0-86-generic        5.4.0-86.97  amd64
ii  linux-modules-extra-5.4.0-86-generic  5.4.0-86.97  amd64
ii  linux-headers-5.4.0-88                5.4.0-88.99  all
ii  linux-headers-5.4.0-88-generic        5.4.0-88.99  amd64
ii  linux-image-5.4.0-88-generic          5.4.0-88.99  amd64
ii  linux-modules-5.4.0-88-generic        5.4.0-88.99  amd64
ii  linux-modules-extra-5.4.0-88-generic  5.4.0-88.99  amd64
ii  linux-generic                         5.4.0.88.92  amd64
ii  linux-headers-generic                 5.4.0.88.92  amd64
ii  linux-image-generic                   5.4.0.88.92  amd64

Noyau courant : 5.4.0-86-generic x86_64
yvan@yvan-maison:~$

A+

Dernière modification par ylag (Le 01/10/2021, à 11:54)

winux · Le 01/10/2021, à 12:21

Re

Ton 1e point : à la fin de ce post, j'ai fait un petit résumé de tout ce qu'on s'est dit pour la prochaine installe en 2022.
Dis moi s'il ne manque rien STP et surtout est-ce dans le bon ordre ?
2e point : j'aurais dû savoir qu'on ne frappe pas le $ qui est un prompt et pas une commande, c'est de ma faute de ne pas m'être adapté !!
3e point : cette fois je me suis adapté !!

Voici "mon" protocole pour nouvelle installe.
c'est OK ? merci

mettre le pilote décompressé dans  ~
sudo modprobe -r r8169
# on recherche ce pilote installé par défaut, conçu pour Giga, pas Fast Ethernet
sudo sh -c 'echo blacklist r8169 >> /etc/modprobe.d/blacklist.conf'
# on blackliste le pilote qui ne convient pas
cd ~/r8101-1.036.00
sudo ./autorun.sh
# on installe le pilote qui convient
lsmod | grep r8101
# retour : r8101 204800 0
# sinon : sudo modprobe r8101
# pas compris ce que fait la commande ci-dessus, car pour moi elle n'installe pas ?
ifconfig -a
# optionnel : juste pour vérifier qu'on a bien une adresse IP
Install basic dependencies for compiling the driver: sudo apt install build-essential linux-headers-$(uname -r)
# indispensable et installé une fois pour toutes

# après chaque nouveau noyau
sudo apt install -y linux-headers-$(uname -r)

Par contre je suis un peu troublé avec le dernier post de ylag
au final, qu'est-ce que je fais à la fin ?

je mets ça ? (pas tout compris ce que ça faisait !)

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

à la place de

sudo apt install -y linux-headers-$(uname -r)

ylag · Le 01/10/2021, à 13:00

Bonjour,

winux a écrit :

je mets ça ? (pas tout compris ce que ça faisait !)

Non, tu ne changes rien.
Cette commande sert à lister les paquets de noyaux installés sur ton système, pour fins de vérification seulement.

Mon propos était pour souligner le fait que la commande :

sudo apt install -y linux-headers-$(uname -r)

...est superflue si ton noyau est déjà correctement installé.

Il y a aussi cette commande :

sudo sh -c 'echo blacklist r8169 >> /etc/modprobe.d/blacklist.conf'

...qui ajoute une ligne :

blacklist r8169

...à la fin du fichier /etc/modprobe.d/blacklist.conf', qui peut déjà en contenir une ; donc vérifier le contenu du fichier avant de lancer la commande.

Désolé pour mon manque de clarté...

A+

Dernière modification par ylag (Le 01/10/2021, à 13:06)

MicP · Le 01/10/2021, à 13:24

Bonjour

… vérifier le contenu du fichier avant de lancer la commande. …

Cette ligne de commande vérifiera d'abord si le module n'a pas déjà été blacklisté
avant d'ajouter la directive blacklist r8169 au fichier /etc/modprobe.d/blacklist.conf

f="/etc/modprobe.d/blacklist.conf";grep -n "^blacklist .*r8169" "$f" || sudo sh -c "echo blacklist r8169 >> $f"

Si une ligne du fichier contient déjà cette directive,
la ligne existante sera simplement affichée (précédée de son numéro de ligne dans le fichier),
Sinon, la directive sera ajoutée.

Dernière modification par MicP (Le 01/10/2021, à 13:35)

winux · Le 01/10/2021, à 15:35

OK merci à vous deux pour les précisions, c'est très clair

Si l'un de vous 3 a le temps de jeter un œil, j'ai refait ma check-list d'installe du pilote, pour la future version 2022, avec mes commentaires pour m'y retrouver.

Si vous voyez un truc faux, ou à améliorer car plus rapide, dans la commande ou le commentaire, merci de me le signaler pour que je parte sur de bonnes bases next time !!
@+ et merci pour tout

# Mettre le pilote r8101 décompressé dans dossier perso

# charger le module du pilote r8169 (8169 = Giga Ethernet)
sudo modprobe -r r8169

# le blacklister
sudo sh -c 'echo blacklist r8169 >> /etc/modprobe.d/blacklist.conf'

# aller dans le dossier du pilote r8101 décompressé (8101 = Fast Ethernet)
cd ~/r8101-1.036.00

# l'installer
sudo ./autorun.sh

# afficher le module r8101
lsmod | grep r8101
# retour : r8101 204800 0
# sinon le charger : sudo modprobe r8101

# installer les dépendances du noyau
Install basic dependencies for compiling the driver: sudo apt install build-essential linux-headers-$(uname -r)

# après chaque nouveau noyau réinstaller les headers si nécessaire (pas sûr qu'il le faille)
sudo apt install -y linux-headers-$(uname -r)

########## SI PLUS TARD NE MARCHE PAS

# N° du noyau
uname -r
# retour : 5.4.0-88-generic

# entêtes du noyau 
apt policy linux-headers-$(uname -r)
# retour : Installé : 5.4.0-88.99

# si les entêtes du kernel ne sont pas installés, le faire
sudo apt install -y linux-headers-$(uname -r)

# réinstaller le pilote
cd ~/r8101-1.036.00
sudo ./autorun.sh

# vérifier que r 8169 ets bien dans la blacklist
cat /etc/modprobe.d/blacklist.conf

# afficher les modules chargés : ici le 8101
lsmod | grep r8101

# vérifier qu'il y a bien une adresse IP sur enp3s0
ifconfig -a

phiphiloo · Le 01/10/2021, à 16:31

winux a écrit :

OK merci à vous deux pour les précisions, c'est très clair
Si l'un de vous 3 a le temps de jeter un œil, j'ai refait ma check-list d'installe du pilote, pour la future version 2022, avec mes commentaires pour m'y retrouver.
Si vous voyez un truc faux, ou à améliorer car plus rapide, dans la commande ou le commentaire, merci de me le signaler pour que je parte sur de bonnes bases next time !!
@+ et merci pour tout

Télécharger le pilote:
https://www.realtek.com/en/component/zoo/category/network-interface-controllers-10-100m-fast-ethernet-pci-express-software
C'est le FE Ethernet LINUX driver r8101 for kernel up to 5.6

# VÉRIFIER que les dépendances du noyau sont bien installées
apt policy build-essential linux-headers-$(uname -r)

# si dépendances  ne sont pas installées, les installer
sudo apt install -y build-essential linux-headers-$(uname -r)

# Mettre le pilote r8101 décompressé dans dossier perso

# D'abord vérifier que le module r8169 est blacklisté ou pas
cat /etc/modprobe.d/blacklist.conf

Si c'est pas le cas:
# 1 - DÉcharger le module du pilote r8169 (8169 = Giga Ethernet)
sudo modprobe -r r8169

# 2 - ET le blacklister définitivement
[s]sudo sh -c 'echo blacklist r8169 >> /etc/modprobe.d/blacklist.conf'[/s]

# aller dans le dossier du pilote r8101 décompressé (8101 = Fast Ethernet)
cd ~/r8101-1.036.00

# l'installer
sudo ./autorun.sh

# [s]afficher[/s] vérifier que le module r8101 est bien chargé
lsmod | grep r8101
# retour attendu RESSEMBLANT À (pilote bien chargé): 
r8101 204800 0
# sinon le charger MANUELLEMENT:
sudo modprobe r8101
# revérifier le chargement du module:
lsmod | grep r8101

# SI OK, alors vérifier qu'il y a bien une adresse IP sur enp3s0 (ou autre: eth0, enp4s0, etc.):
ifconfig -a

# si pas OK:
sudo shutdown -r now

# vérifier que ça fonctionne après reboot

** Autre chose:
- ton fichier

/etc/modprobe.d/blacklist.conf

contient plusieurs entrées

blacklist r8169

tu peux n'en laisser qu'une et supprimer les autres: c'est nettement suffisant.

Edite ton fichier comme ceci par exemple:

nano blacklist r8169

(...)
# EDAC driver for amd76x clashes with the agp driver preventing the aperture
# from being initialised (Ubuntu: #297750). Blacklist so that the driver
# continues to build and is installable for the few cases where its
# really needed.
blacklist amd76x_edac

# Module R1869 pour RTL816x GBE ETH
blacklist r8169

Je n'indique ici que la fin du fichier, ciblant ainsi ce qui concerne PLUS spécifiquement le module à blacklister et les (...) indiquant seulement tout ce qui précède pour ne pas avoir ICI à surcharger ma réponse.

** Le menu GRUB

Ah bien non : il attend bien 5s au démarrage mais n'affiche pas le grub?

cf ici: https://doc.ubuntu-fr.org/tutoriel/grub … efaultgrub

 #GRUB_HIDDEN_TIMEOUT=0: avec le «#», le menu de grub sera visible. Sans le «#», le menu de grub sera invisible. (→ Détails)

winux · Le 02/10/2021, à 08:25

Merci phiphi pour toutes ces précisions qui renforcent mes connaissances.

Dernière modification par winux (Le 02/10/2021, à 08:30)

winux · Le 02/10/2021, à 10:31

MicP a écrit :

Bonjour
… vérifier le contenu du fichier avant de lancer la commande. …
Cette ligne de commande vérifiera d'abord si le module n'a pas déjà été blacklisté
avant d'ajouter la directive blacklist r8169 au fichier /etc/modprobe.d/blacklist.conf
f="/etc/modprobe.d/blacklist.conf";grep -n "^blacklist .*r8169" "$f" || sudo sh -c "echo blacklist r8169 >> $f"
Si une ligne du fichier contient déjà cette directive,
la ligne existante sera simplement affichée (précédée de son numéro de ligne dans le fichier),
Sinon, la directive sera ajoutée.

Merci Mic, c'est effectivement une commande intéressante qui donne cela chez moi

gerard@PC4:~$ f="/etc/modprobe.d/blacklist.conf";grep -n "^blacklist .*r8169" "$f" || sudo sh -c "echo blacklist r8169 >> $f"
53:blacklist r8169
gerard@PC4:~$

MicP · Le 02/10/2021, à 10:57

Merci Mic, c'est effectivement une commande intéressante qui donne cela chez moi
gerard@PC4:~$ f="/etc/modprobe.d/blacklist.conf";grep -n "^blacklist .*r8169" "$f" || sudo sh -c "echo blacklist r8169 >> $f"
53:blacklist r8169
gerard@PC4:~$ 

Donc c'est à la ligne N°53 de ton fichier /etc/modprobe.d/blacklist.conf
que la directive blacklist r8169 a été trouvée,
ce qui fait que cette directive n'a pas été ajoutée une deuxième fois dans ce fichier.

Dernière modification par MicP (Le 02/10/2021, à 10:57)

phiphiloo · Le 03/10/2021, à 04:48

Salut MicP,

MicP a écrit :

Merci Mic, c'est effectivement une commande intéressante qui donne cela chez moi
gerard@PC4:~$ f="/etc/modprobe.d/blacklist.conf";grep -n "^blacklist .*r8169" "$f" || sudo sh -c "echo blacklist r8169 >> $f"
53:blacklist r8169
gerard@PC4:~$ 
Donc c'est à la ligne N°53 de ton fichier /etc/modprobe.d/blacklist.conf
que la directive blacklist r8169 a été trouvée,
ce qui fait que cette directive n'a pas été ajoutée une deuxième fois dans ce fichier.

C'est bizarre, ça parce que:
https://forum.ubuntu-fr.org/viewtopic.p … #p22492043

gerard@TOSH-12:~$ cat /etc/modprobe.d/blacklist.conf
1 # This file lists those modules which we don't want to be loaded by
2 # alias expansion, usually so some other driver will be loaded for the
3 # device instead.
4
5 # evbug is a debug tool that should be loaded explicitly
6 blacklist evbug
7
8 # these drivers are very simple, the HID drivers are usually preferred
9 blacklist usbmouse
10 blacklist usbkbd
11
12 # replaced by e100
13 blacklist eepro100
14
15 # replaced by tulip
16 blacklist de4x5
17
18 # causes no end of confusion by creating unexpected network interfaces
19 blacklist eth1394
20
21 # snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
22 # hardware on its own (Ubuntu bug #2011, #6810)
23 blacklist snd_intel8x0m
24 
25 # Conflicts with dvb driver (which is better for handling this device)
26 blacklist snd_aw2
27
28 # replaced by p54pci
29 blacklist prism54
30
31 # replaced by b43 and ssb.
32 blacklist bcm43xx
33
34 # most apps now use garmin usb driver directly (Ubuntu: #114565)
35 blacklist garmin_gps
36
37 # replaced by asus-laptop (Ubuntu: #184721)
38 blacklist asus_acpi
39
40 # low-quality, just noise when being used for sound playback, causes
41 # hangs at desktop session start (Ubuntu: #246969)
42 blacklist snd_pcsp
43
44 # ugly and loud noise, getting on everyone's nerves; this should be done by a
45 # nice pulseaudio bing (Ubuntu: #77010)
46 blacklist pcspkr
47
48 # EDAC driver for amd76x clashes with the agp driver preventing the aperture
49 # from being initialised (Ubuntu: #297750). Blacklist so that the driver
50 # continues to build and is installable for the few cases where its
51 # really needed.
52 blacklist amd76x_edac
53 blacklist r8169
54 blacklist r8169
55 blacklist r8169
56 blacklist r8169
57 blacklist r8169

si je me fie à ce que je lis ici-même, je vois très nettement que la directive blacklist r8169 a été ajoutée aux ligne 53, 54, 55, 56 et 57 du /etc/modprobe.d/blacklist.conf et qu'elle a donc bien été ajoutée 1 2ème, 1 3ème et 1 4ème fois dans ce même fichier...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 29/09/2021, à 21:39

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#27 Le 01/10/2021, à 09:16

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#28 Le 01/10/2021, à 10:20

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#29 Le 01/10/2021, à 10:40

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#30 Le 01/10/2021, à 11:01

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#31 Le 01/10/2021, à 11:08

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#32 Le 01/10/2021, à 11:12

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#33 Le 01/10/2021, à 11:50

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#34 Le 01/10/2021, à 12:21

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#35 Le 01/10/2021, à 13:00

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#36 Le 01/10/2021, à 13:24

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#37 Le 01/10/2021, à 15:35

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#38 Le 01/10/2021, à 16:31

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#39 Le 02/10/2021, à 08:25

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#40 Le 02/10/2021, à 10:31

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#41 Le 02/10/2021, à 10:57

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

#42 Le 03/10/2021, à 04:48

Re : [RÉSOLU] Connexion RJ45 impossible (Wifi OK)

Pied de page des forums