Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 16/04/2021, à 08:22

iznobe

arreter de recevoir les MAJ de noyaux .

Bonjour ,

je voudrais arreter de recevoir les mises a jours de noyaux via apt pour mon system , car j' utilise une autre vesrion .
j ' ai essayé avec " hold " , mais j' ai du mal m' y prendre roll

j' aimerais cependant pouvoir remettre si jamais un jour le noyau prend en charge nativement ma carte reseau si c ' est possible .
j ' utilise la version 20.04.2 LTS .

Merci pourvotre aide .

Dernière modification par iznobe (Le 16/04/2021, à 08:25)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#2 Le 16/04/2021, à 10:03

jplemoine

Re : arreter de recevoir les MAJ de noyaux .

Je pense que tu t'y prend mal : si j'ai bien suivi.
- Le noyau ne prend pas en charge nativement ta carte réseau
- tu as donc compilé un module
- tu veux bloquer les mises à jour de façon à ce que ton module reste sur le noyau actuel

1 - il suffit de créer un script et de relancer le script
2 - Comme tu es le seul au monde à faire ça, il n'y a pas d'automatisme qui s'appellerai DKMS par exemple.


Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.

Hors ligne

#3 Le 16/04/2021, à 11:26

Bertrand49

Re : arreter de recevoir les MAJ de noyaux .

Bonjour,
Normalement, si tu on veut rester sur le noyau de départ, je parle dans mon cas de la version 18.04, il faut installer la version 18.04.1, qui reste comme prévu sur le noyau 4.15. Évidemment, je reçois toutes les mises à jour de ce noyau. Dans logiciels et mises à jour, j'ai choisi l'option: m'avertir uniquement des versions LTS. Ça pourrait peut-être fonctionner également au départ de la 20.04.1 ?

Hors ligne

#4 Le 16/04/2021, à 11:55

iznobe

Re : arreter de recevoir les MAJ de noyaux .

je n' ai pas du donner de details suffisant .
j ' ai installer le noyau 5.10.29 qui est censé etre un LTS avec mainline et bien entendu je me sers de celui-ci qui prend en charge ma carte reseau nativement via le module R8169 .

iznobe@iznobe-PC:~$ uname -a
Linux iznobe-PC 5.10.25-051025-generic #202103201033 SMP Sat Mar 20 10:38:21 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
iznobe@iznobe-PC:~$

du coup mettre a jour les noyaux 5.4.X ou 5.8 X HWE n ' a plus trop d' interet pour le moment .
j ' ai tenter l ' installation via pilote DKMS de relatek , mais ca marche jamais .
@xubu1957  , m ' avait donné un lien sur github qui est sensé faire l' install via DKMS , mais le fournisseur du DKMS ne semble pas vraiment connu .
Bref en attendant que ca devienne limpide et fonctionnel je me cantonne sur ce noyau et voilà donc pourquoi j' aimerais temporairement mettre les mises a jour des noyaus " inutiles " en stand by .

Dernière modification par iznobe (Le 16/04/2021, à 12:33)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#5 Le 16/04/2021, à 12:06

marcodel

Re : arreter de recevoir les MAJ de noyaux .

salut
pour la branche noyau 5.4 il faut virer linux-generic
pour la branche noyau 5.8 il faut virer linux-generic-hwe-20.04
a+

Hors ligne

#6 Le 16/04/2021, à 12:19

xubu1957

Re : arreter de recevoir les MAJ de noyaux .

Bonjour,

iznobe a écrit :

@xubu1957  , m ' avait donné un lien sur github qui est sensé faire l' install via DKMS , mais le fournisseur du DKMS ne semble pas vraiment connu .

C'était > github.com/awesometic/realtek-r8125-dkms.


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#7 Le 17/04/2021, à 09:21

Qid

Re : arreter de recevoir les MAJ de noyaux .

iznobe a écrit :

j ' ai installer le noyau 5.10.29 qui est censé etre un LTS avec mainline et bien entendu je me sers de celui-ci qui prend en charge ma carte reseau nativement via le module R8169 .
[...]
du coup mettre a jour les noyaux 5.4.X ou 5.8 X HWE n ' a plus trop d' interet pour le moment .
[•••]
je me cantonne sur ce noyau et voilà donc pourquoi j' aimerais temporairement mettre les mises a jour des noyaus " inutiles " en stand by .

Si tu comptes ta data et/ou ta bande passante admettons mais sinon c'est quand-même un peut te prendre la tête pour rien d'autant qu'au moins continuer à garder le suivi des kernel officiel peut te permettre d'aller vérifier si effectivement ta carte n'est toujours pas prise en charge ou pas... (Oui moi aussi à une époque j'ai joué avec mainline et ukuu avant lui et leurs kernels de toutes façons restaient prioritaires au boot...)


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#8 Le 17/04/2021, à 09:41

MicP

Re : arreter de recevoir les MAJ de noyaux .

Bonjour

Au cas où, tu pourrais de temps en temps aller sur cette page web, et notamment, celle là : Multiples vulnérabilités dans le noyau Linux d’Ubuntu (qui date d'hier),
et tu comprendras pourquoi il vaut mieux mettre à jour son système et surtout son noyau.
Et bien sûr, il y a aussi cette page web

Dernière modification par MicP (Le 18/04/2021, à 01:06)

Hors ligne

#9 Le 17/04/2021, à 20:27

NicoApi73

Re : arreter de recevoir les MAJ de noyaux .

Bonsoir,

Comment as tu utilisé dkms? que donne

dkms status

Hors ligne

#10 Le 17/04/2021, à 22:08

iznobe

Re : arreter de recevoir les MAJ de noyaux .

Bonsoir NicoApi73 , pour les essais avec la compilation du pilote realtek r8125 DKMS , tout est expliqué dans ce lien :
https://forum.ubuntu-fr.org/viewtopic.php?id=2054363

Le statut dkms indiquait que c' etait bon , mais chaque mise a jour de noyau , je devais recompilé et desinstaller le pilote avant .

cela dit , je n' ai pas tester la version indiqué par @xubu1957 avec le DKMS a compiler qu ' il m ' a indiqué dans son message #6 et que je remercie au passage , car , j ' avais deja installé ce noyau .
Pour le moment , avec ce noyau je n ' ai pas encore rencontré de soucis depuis que je l' utilise .

je regarderai le code sur le git plus en detail , mais je ne vois pas trop pourquoi il faut compiler le fichier DKMS , generalement c ' est juste un fichier dkms.conf avec les options a indiquer dedans .

Dernière modification par iznobe (Le 17/04/2021, à 22:13)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#11 Le 17/04/2021, à 23:04

Coeur Noir

Re : arreter de recevoir les MAJ de noyaux .

DKMS c'est un peu plus que juste un fichier de conf' il me semble : il va construire le module associé dans tel noyau, du coup quand ce tel noyau est remplacé par un nouveau, le module est reconstruit ou repris du noyau précédent ( ma compréhension complètement empirique du truc - que j'ai utilisé un temps pour un dongle wifi+bt rtl8123 de mémoire ).

Tout pilote compilé ne fournit pas forcément de méthode DKMS ( mais ça c'est peut-être qu'un fichier de conf' à portée de main humaine ? )

Et oui sinon comme l'évoque marcodel, si tu ne veux pas que certains noyaux se mettent à jour bah désinstalle ces noyaux :
⋅ garde bien ton 5.10.× fonctionnel,
⋅ et je dirais garde aussi la branche HWE - qui devrait passer au 5.10 avec la 20.04.3 ( j'ai pas vérifié, enfin le principe c'est que le noyau utilisé dans les versions intermédiaires d'Ubuntu atterrit dans la version LTS quelques semaines/mois après ).

Ce qui te permettra de checker de temps en temps en démarrant sur l'autre noyau s'il y a du progrès dans la prise en charge de ton matériel ( ou si DKMS fonctionne ).
Puis garder un noyau « maison » Canonical, c'est requis en cas de mise à niveau, aussi.

Dernière modification par Coeur Noir (Le 17/04/2021, à 23:27)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#12 Le 17/04/2021, à 23:56

marcodel

Re : arreter de recevoir les MAJ de noyaux .

salut
rectification sur l'interpretation de mes propos

Coeur Noir a écrit :

Et oui sinon comme l'évoque marcodel, si tu ne veux pas que certains noyaux se mettent à jour bah désinstalle ce qui met a jour ces noyaux

a+

Hors ligne

#13 Le 18/04/2021, à 06:48

NicoApi73

Re : arreter de recevoir les MAJ de noyaux .

Bonjour,

dkms gère les pilotes dont tu lui fournis la gestion : tu copies les sources dans un répertoire spécifique et pour chaque nouveau noyau, dkms va utiliser ces sources, les compiler pour le nouveau noyau, installer le pilote et le charger.
EDIT : le fichier dkms.conf fournit les informations nécessaires à dkms pour recompiler et installer le pilote, soit le répertoire contenant les sources, le nom du pilote, les options de compilation, le répertoire dans lequel mettre le ko.

J'ai parcouru très rapidement l'autre fil, je ne vois pas ce module géré par dkms. Au post #45, on voit juste le pilote nvidia qui est installé pour 2 noyaux 5.4 et un autre pilote oem qui a été ajouté à l'arbre dkms, mais qui n'est pas installé.

Dans quel répertoire se trouve les sources du pilote qui fonctionne actuellement?

Dernière modification par NicoApi73 (Le 18/04/2021, à 06:59)

Hors ligne

#14 Le 18/04/2021, à 12:01

iznobe

Re : arreter de recevoir les MAJ de noyaux .

Bonjour , actuellement , donc avec noyau 5.10.X le pilote est dans le module r8169 :

iznobe@iznobe-PC:~$ modinfo r8169
filename:       /lib/modules/5.10.25-051025-generic/kernel/drivers/net/ethernet/realtek/r8169.ko
firmware:       rtl_nic/rtl8125b-2.fw
firmware:       rtl_nic/rtl8125a-3.fw
firmware:       rtl_nic/rtl8107e-2.fw
firmware:       rtl_nic/rtl8107e-1.fw
firmware:       rtl_nic/rtl8168fp-3.fw
firmware:       rtl_nic/rtl8168h-2.fw
firmware:       rtl_nic/rtl8168h-1.fw
firmware:       rtl_nic/rtl8168g-3.fw
firmware:       rtl_nic/rtl8168g-2.fw
firmware:       rtl_nic/rtl8106e-2.fw
firmware:       rtl_nic/rtl8106e-1.fw
firmware:       rtl_nic/rtl8411-2.fw
firmware:       rtl_nic/rtl8411-1.fw
firmware:       rtl_nic/rtl8402-1.fw
firmware:       rtl_nic/rtl8168f-2.fw
firmware:       rtl_nic/rtl8168f-1.fw
firmware:       rtl_nic/rtl8105e-1.fw
firmware:       rtl_nic/rtl8168e-3.fw
firmware:       rtl_nic/rtl8168e-2.fw
firmware:       rtl_nic/rtl8168e-1.fw
firmware:       rtl_nic/rtl8168d-2.fw
firmware:       rtl_nic/rtl8168d-1.fw
license:        GPL
softdep:        pre: realtek
description:    RealTek RTL-8169 Gigabit Ethernet driver
author:         Realtek and the Linux r8169 crew <netdev@vger.kernel.org>
srcversion:     684A3C2799B790DA3CD7FAE
alias:          pci:v000010ECd00003000sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008125sv*sd*bc*sc*i*
alias:          pci:v00000001d00008168sv*sd00002410bc*sc*i*
alias:          pci:v00001737d00001032sv*sd00000024bc*sc*i*
alias:          pci:v000016ECd00000116sv*sd*bc*sc*i*
alias:          pci:v00001259d0000C107sv*sd*bc*sc*i*
alias:          pci:v00001186d00004302sv*sd*bc*sc*i*
alias:          pci:v00001186d00004300sv*sd*bc*sc*i*
alias:          pci:v00001186d00004300sv00001186sd00004B10bc*sc*i*
alias:          pci:v000010ECd00008169sv*sd*bc*sc*i*
alias:          pci:v000010FFd00008168sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008168sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008167sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008161sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008136sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008129sv*sd*bc*sc*i*
alias:          pci:v000010ECd00002600sv*sd*bc*sc*i*
alias:          pci:v000010ECd00002502sv*sd*bc*sc*i*
depends:        
retpoline:      Y
intree:         Y
name:           r8169
vermagic:       5.10.25-051025-generic SMP mod_unload 
sig_id:         PKCS#7
signer:         Build time autogenerated kernel key
sig_key:        2C:89:ED:A1:88:B6:C0:5E:E7:66:26:BE:A3:49:0C:98:4C:3D:69:BC
sig_hashalgo:   sha512
signature:      5E:C7:38:FA:A2:01:83:D7:96:29:AC:29:5F:28:BE:DF:58:64:6A:7F:
		8B:E3:3E:C5:83:B7:6E:28:B1:D1:0F:31:54:B4:69:BA:C2:80:D5:23:
		59:6F:20:2C:67:DA:D4:84:DF:7C:42:12:5A:77:3D:04:F3:BF:06:C5:
		3C:04:3E:01:B2:F6:E7:C1:7D:2A:4D:1E:B3:F7:1C:D1:DC:C9:94:70:
		6A:CE:C6:57:CD:A7:48:B4:6B:24:58:D6:3E:7D:CB:A5:9C:6E:AC:39:
		72:0C:B9:C3:6C:55:5D:7A:F4:84:F3:99:F5:86:FE:C4:B4:9C:26:CA:
		C6:5A:FA:07:BB:B4:9C:50:BB:DF:A4:AA:CC:D2:E2:58:38:56:06:A8:
		83:14:AD:73:30:35:FD:3C:9A:EA:BC:CB:43:56:45:32:88:6E:96:7A:
		25:3C:B4:2F:06:E0:55:BB:E0:81:AA:17:8A:D0:21:8A:C8:C6:A6:59:
		42:46:8C:C0:71:0E:45:B0:36:2D:1E:5C:91:E1:8B:EB:39:EA:E3:92:
		38:05:91:67:4F:6C:21:C4:89:B7:55:DD:DD:DE:F1:EC:9E:FA:D8:B7:
		E2:75:00:3B:BD:9C:3C:91:18:FB:45:D2:55:3C:06:E1:DD:B9:C9:8D:
		FA:23:DE:4E:08:AC:45:C7:6F:02:69:ED:36:70:49:BA:35:8A:DE:B0:
		75:7F:1F:08:29:32:EE:D1:8E:A8:FD:53:E2:F7:34:81:E6:FF:72:9A:
		7F:AB:46:78:CB:75:C7:CF:A6:86:72:79:30:B3:19:EC:71:C0:93:77:
		64:F8:FA:17:4B:D1:32:6D:F5:F9:62:1C:8C:EA:DB:15:15:B8:63:75:
		6F:F4:C6:1A:9B:72:67:A5:56:B7:1C:0A:92:B6:09:04:09:DB:08:65:
		70:B4:2A:69:18:64:0A:59:65:B0:13:DF:5F:84:22:0F:03:56:5B:AD:
		58:8E:6B:9B:12:3B:D7:2E:ED:CD:FC:51:2E:C7:0C:29:CF:C4:50:08:
		25:48:B8:D7:47:60:FC:BF:51:68:E1:9C:9F:3E:30:5D:C9:9F:BD:85:
		DB:1C:42:7E:A0:20:82:EF:00:67:79:24:77:F9:6C:D1:80:81:B2:60:
		1F:1C:F4:79:E5:76:39:E5:39:29:A3:42:43:5D:8D:00:4C:DA:A9:0D:
		24:AA:77:A7:F1:C6:00:0D:7F:69:08:B7:61:CD:C9:E6:2C:52:4B:29:
		15:B1:8A:C4:27:16:C1:38:F7:96:E5:96:A7:2A:22:9E:C1:C9:EE:0A:
		B9:7B:4E:FC:E8:5E:A7:7A:BC:DC:97:80:12:03:FE:96:CF:CF:05:19:
		F0:83:3B:81:30:D3:70:AB:2B:F4:79:94
iznobe@iznobe-PC:~$

il s' agit d ' un des 2 suivants :

firmware:       rtl_nic/rtl8125b-2.fw
firmware:       rtl_nic/rtl8125a-3.fw

-----------------------------------------------------------------------------------------------------------------------------------------

si je passe sur le noyau standard , le pilote est le r8125 .
Pour la version dKMS les sources du pilote sont copiés dans le repertoire /usr/src/r8125-9.001.00   .

et le DKMS.conf que j' avais avec :

PACKAGE_NAME=Realtek_r8125
PACKAGE_VERSION=9.001.00

DEST_MODULE_LOCATION=/updates/dkms
BUILT_MODULE_NAME=r8125
BUILT_MODULE_LOCATION=/src

MAKE="'make' -C src/ all"
CLEAN="'make' -C src/ clean"
AUTOINSTALL="yes"

Dernière modification par iznobe (Le 18/04/2021, à 12:04)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#15 Le 18/04/2021, à 12:15

xubu1957

Re : arreter de recevoir les MAJ de noyaux .

Bonjour,

@Nico

Fin du #10 de l'autre fil :

iznobe@iznobe-PC:~$ sudo dkms add -m r8125 -v 9.001.00
Error! DKMS tree already contains: r8125-9.001.00
You cannot add the same module/version combo more than once.
iznobe@iznobe-PC:~$ sudo dkms build -m r8125 -v 9.001.00

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area...
'make' -C src/ all...(bad exit status: 2)
ERROR (dkms apport): binary package for r8125: 9.001.00 not found
Error! Bad return status for module build on kernel: 5.3.0-59-generic (x86_64)
Consult /var/lib/dkms/r8125/9.001.00/build/make.log for more information.
iznobe@iznobe-PC:~$ cat /var/lib/dkms/r8125/9.001.00/build/make.log
DKMS make.log for r8125-9.001.00 for kernel 5.3.0-59-generic (x86_64)
mercredi 24 juin 2020, 03:35:59 (UTC+0200)
make : on entre dans le répertoire « /var/lib/dkms/r8125/9.001.00/build/src »
make -C /lib/modules/5.3.0-59-generic/build SUBDIRS=/var/lib/dkms/r8125/9.001.00/build/src clean
make[1] : on entre dans le répertoire « /usr/src/linux-headers-5.3.0-59-generic »
Makefile:227: ================= WARNING ================
Makefile:228: 'SUBDIRS' will be removed after Linux 5.3
Makefile:229:
Makefile:230: If you are building an individual subdirectory
Makefile:231: in the kernel tree, you can do like this:
Makefile:232: $ make path/to/dir/you/want/to/build/
Makefile:233: (Do not forget the trailing slash)
Makefile:234:
Makefile:235: If you are building an external module,
Makefile:236: Please use 'M=' or 'KBUILD_EXTMOD' instead
Makefile:237: ==========================================
make[1] : on quitte le répertoire « /usr/src/linux-headers-5.3.0-59-generic »
make -C /lib/modules/5.3.0-59-generic/build SUBDIRS=/var/lib/dkms/r8125/9.001.00/build/src modules
make[1] : on entre dans le répertoire « /usr/src/linux-headers-5.3.0-59-generic »
Makefile:227: ================= WARNING ================
Makefile:228: 'SUBDIRS' will be removed after Linux 5.3
Makefile:229:
Makefile:230: If you are building an individual subdirectory
Makefile:231: in the kernel tree, you can do like this:
Makefile:232: $ make path/to/dir/you/want/to/build/
Makefile:233: (Do not forget the trailing slash)
Makefile:234:
Makefile:235: If you are building an external module,
Makefile:236: Please use 'M=' or 'KBUILD_EXTMOD' instead
Makefile:237: ==========================================
  CC [M]  /var/lib/dkms/r8125/9.001.00/build/src/r8125_n.o
/var/lib/dkms/r8125/9.001.00/build/src/r8125_n.c: In function ‘rtl8125_down’:
/var/lib/dkms/r8125/9.001.00/build/src/r8125_n.c:10483:9: error: implicit declaration of function ‘synchronize_sched’; did you mean ‘synchronize_net’? [-Werror=implicit-function-declaration]
         synchronize_sched();  /* FIXME: should this be synchronize_irq()? */
         ^~~~~~~~~~~~~~~~~
         synchronize_net
cc1: some warnings being treated as errors
scripts/Makefile.build:288: recipe for target '/var/lib/dkms/r8125/9.001.00/build/src/r8125_n.o' failed
make[2]: *** [/var/lib/dkms/r8125/9.001.00/build/src/r8125_n.o] Error 1
Makefile:1656: recipe for target '_module_/var/lib/dkms/r8125/9.001.00/build/src' failed
make[1]: *** [_module_/var/lib/dkms/r8125/9.001.00/build/src] Error 2
make[1] : on quitte le répertoire « /usr/src/linux-headers-5.3.0-59-generic »
Makefile:94: recipe for target 'modules' failed
make: *** [modules] Error 2
make : on quitte le répertoire « /var/lib/dkms/r8125/9.001.00/build/src »

_ _ _

et au #61 :

iznobe a écrit :

ok , il y a une erreur de frappe dans le nom du pilote : a la place de

sudo dkms add -m r8125 -v 9.005.03

c ' est :

sudo dkms add -m r8125 -v 9.003.05

.

je rectifie au fur et a mesure :

iznobe@iznobe-MS-7CPC:~$ sudo modprobe -rv r8125
rmmod r8125
iznobe@iznobe-MS-7CPC:~$ sudo dkms add -m r8125 -v 9.005.03
Error! Could not find module source directory.
Directory: /usr/src/r8125-9.005.03 does not exist.
iznobe@iznobe-MS-7CPC:~$ sudo dkms add -m r8125 -v 9.003.05

Creating symlink /var/lib/dkms/r8125/9.003.05/source ->
                 /usr/src/r8125-9.003.05

DKMS: add completed.
iznobe@iznobe-MS-7CPC:~$ sudo dkms build -m r8125 -v 9.003.05

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area...
'make' -C src/ all....
cleaning build area...

DKMS: build completed.
iznobe@iznobe-MS-7CPC:~$ sudo dkms install -m r8125 -v 9.003.05

r8125:
Running module version sanity check.

Good news! Module version 9.003.05-NAPI for r8125.ko
exactly matches what is already found in kernel 5.4.0-39-generic.
DKMS will not replace this module.
You may override by specifying --force.

depmod...

DKMS: install completed.
iznobe@iznobe-MS-7CPC:~$ sudo depmod -a
iznobe@iznobe-MS-7CPC:~$ sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-5.4.0-39-generic
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module r8169
iznobe@iznobe-MS-7CPC:~$ sudo modprobe -v r8125
insmod /lib/modules/5.4.0-39-generic/kernel/drivers/net/ethernet/realtek/r8125.ko 
iznobe@iznobe-MS-7CPC:~$ dkms status
nvidia, 390.138, 5.0.0-32-generic, x86_64: installed
nvidia, 390.138, 5.4.0-39-generic, x86_64: installed
oem-audio-hda-daily, 0.201905191531~ubuntu18.04.1: added
r8125, 9.003.05, 5.4.0-39-generic, x86_64: installed (WARNING! Diff between built and installed module!)
iznobe@iznobe-MS-7CPC:~$

pour le moment le reseau local communique vu que je peux pinguer mon raspberry pi et le pilote parait etre installé en mode DKMS cette fois ! si ca marche avec les MAJ de noyaux je dis un grand MERCI et un grand BRAVO  !

Dernière modification par xubu1957 (Le 18/04/2021, à 12:18)


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#16 Le 18/04/2021, à 16:36

iznobe

Re : arreter de recevoir les MAJ de noyaux .

Bonjour , oui woilà , c' etait installé en mode DKMS , mais a chaque mise a jour de noyau je devais enlevé du dkms et reinstallé le pilote , sinon plus de connexion .

Dernière modification par iznobe (Le 18/04/2021, à 16:36)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#17 Le 19/04/2021, à 13:39

NicoApi73

Re : arreter de recevoir les MAJ de noyaux .

Bonjour,

J'ai un doute sur l'installation dkms, en particulier concernant les versions du pilote. Je ne sais te conseiller car ne comprenant pas exactement ce que tu as fait avec les différentes versions, je ne veux pas mettre plus de bazar.

Le plus simple dans la mise en gestion d'un pilote avec dkms, c'est d'utiliser les commandes suivantes, en supposant que le pilote "mon_pilote" soit sous github "le_github_de_mon_pilote" :

git clone https://github.com/le_github_de_mon_pilote/mon_pilote
cd mon_pilote
source dkms.conf
sudo mkdir /usr/src/$PACKAGE_NAME-$PACKAGE_VERSION
sudo cp -r * /usr/src/$PACKAGE_NAME-$PACKAGE_VERSION
sudo dkms add $PACKAGE_NAME/$PACKAGE_VERSION
sudo dkms autoinstall $PACKAGE_NAME/$PACKAGE_VERSION

source dkms.conf permet de récupérer la configuration dkms pour ce pilote
Les 2 commandes suivantes permettent de mettre les sources au bon endroit
dkms add permet d'indiquer à dkms qu'il a un nouveau pilote à gérer avec le bon formalisme pour que dkms puisse retrouver les sources
dkms autoinstall procède à l'installation

J'utilise toujours ces commandes, même si un script pour l'installation dkms est fourni, après avoir vérifié le contenu de dkms.conf et en particulier si autoinstall vaut bien yes. Tu peux t'amuser à regarder le contenu du script dans le github fourni au #6, il fait la même chose (il a fait un build avant install, sachant qu'avec autoinstall il y aura compilation...). Ce pilote a l'air d'être à jour, le dernier commit datant de Février. La seule chose que je n'apprécie pas sur ce github est le fait qu'il n'y a aucune référence sur quel noyau il a été testé.

Hors ligne

#18 Le 19/04/2021, à 14:30

iznobe

Re : arreter de recevoir les MAJ de noyaux .

Bonjour , il y a de nouveau pilotes sortis entre temps de chez realtek , la version 9.03.X et 9.05.X
ceux ci ne comporte pas de DKMS a priori , je suppose que ca ne fonctionnera donc que pour la version 9.01.X

Dans le fil avec nany nous avons d' abord tenter d 'installer le pilote 9.01.X avec un dkms fonctionnel , sauf que ca ne marchait pas ( le dkms ) .
Entre -temps la version du pilote 9.03.X est sortie , nous avons continuer les essais avec la nouvelle version de pilote et reussi a l' installer , tout semblait etre ok le pilote fonctionnait et le dkms statut affichait bien le pilote r8125 a gerer .
Sauf que la prochaine mise a jour du noyau + reboot suivant , plus de connecion filaire fonctionnelle .
j ' ai donc du enlever la gestion du pilote r8125 du dkms et recompiler manuellement le pilote .

puis j' ai fait je ne sais plus qu ' elle betise , et j' ai tout reinstaller au propre , mais les problemes sont reapparus .

Comme j' avais vu sur le net que les versions de noyaux 5.9 et superieures gerent le pilote de ma carte reseau nativement j ' ai installé mainline et le noyau 5.10.X deblacklister le module r8169 , et effectivement ca prend en charge la carte .

cependant avec la version 18.04.X LTS j ' observe une erreur dans dmesg :

iznobe@iznobe-PC:~$ uname -r 
5.10.29-051029-generic
iznobe@iznobe-PC:~$ sudo dmesg | tail -20
[    3.494089] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)
[    3.583868] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[    3.593452] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null)
[    3.652514] EXT4-fs (sdc2): mounted filesystem with ordered data mode. Opts: (null)
[    3.682741] audit: type=1400 audit(1618837740.525:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/ippusbxd" pid=890 comm="apparmor_parser"
[    3.683816] audit: type=1400 audit(1618837740.525:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=888 comm="apparmor_parser"
[    3.683862] audit: type=1400 audit(1618837740.525:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/man" pid=886 comm="apparmor_parser"
[    3.683864] audit: type=1400 audit(1618837740.525:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_filter" pid=886 comm="apparmor_parser"
[    3.683866] audit: type=1400 audit(1618837740.525:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_groff" pid=886 comm="apparmor_parser"
[    3.685193] audit: type=1400 audit(1618837740.529:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/snapd/snap-confine" pid=887 comm="apparmor_parser"
[    3.685194] audit: type=1400 audit(1618837740.529:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/snapd/snap-confine//mount-namespace-capture-helper" pid=887 comm="apparmor_parser"
[    3.685652] audit: type=1400 audit(1618837740.529:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/tcpdump" pid=892 comm="apparmor_parser"
[    3.686144] audit: type=1400 audit(1618837740.529:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=889 comm="apparmor_parser"
[    3.844805] r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2
[    3.844807] r8169 0000:02:00.0: Unable to load firmware rtl_nic/rtl8125b-2.fw (-2)
[    3.872195] RTL8226B_RTL8221B 2.5Gbps PHY r8169-200:00: attached PHY driver [RTL8226B_RTL8221B 2.5Gbps PHY] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
[    4.000390] r8169 0000:02:00.0 enp2s0: Link is Down
[    6.919901] r8169 0000:02:00.0 enp2s0: Link is Up - 1Gbps/Full - flow control off
[    6.919908] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
[    7.601446] rfkill: input handler disabled
iznobe@iznobe-PC:~$

il me semble que sur ubuntu 20.04.X je n' ai pas la meme chose , je verifie desuite .

EDIT :
voici pour la derniere version stable LTS :

iznobe@iznobe-PC:~$ uname -r 
5.10.29-051029-generic
iznobe@iznobe-PC:~$ lsb_release -id
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04.2 LTS
iznobe@iznobe-PC:~$ sudo dmesg | tail -30
[   19.317733] audit: type=1400 audit(1618839094.397:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=1225 comm="apparmor_parser"
[   19.317735] audit: type=1400 audit(1618839094.397:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=1225 comm="apparmor_parser"
[   19.343834] audit: type=1400 audit(1618839094.421:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="ippusbxd" pid=1226 comm="apparmor_parser"
[   19.346328] audit: type=1400 audit(1618839094.425:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/snapd/snap-confine" pid=1227 comm="apparmor_parser"
[   19.346331] audit: type=1400 audit(1618839094.425:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/snapd/snap-confine//mount-namespace-capture-helper" pid=1227 comm="apparmor_parser"
[   19.357147] audit: type=1400 audit(1618839094.437:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=1230 comm="apparmor_parser"
[   19.361411] audit: type=1400 audit(1618839094.441:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lsb_release" pid=1231 comm="apparmor_parser"
[   19.376464] audit: type=1400 audit(1618839094.457:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/tcpdump" pid=1229 comm="apparmor_parser"
[   19.378507] audit: type=1400 audit(1618839094.457:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1228 comm="apparmor_parser"
[   19.378509] audit: type=1400 audit(1618839094.457:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-helper" pid=1228 comm="apparmor_parser"
[   28.346162] NFSD: Using UMH upcall client tracking operations.
[   28.346169] NFSD: starting 90-second grace period (net f0000098)
[   28.924301] RTL8226B_RTL8221B 2.5Gbps PHY r8169-200:00: attached PHY driver [RTL8226B_RTL8221B 2.5Gbps PHY] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
[   29.124405] r8169 0000:02:00.0 enp2s0: Link is Down
[   31.282740] kauditd_printk_skb: 25 callbacks suppressed
[   31.282741] audit: type=1400 audit(1618839106.361:37): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=1415 comm="cups-browsed" capability=23  capname="sys_nice"
[   31.951885] r8169 0000:02:00.0 enp2s0: Link is Up - 1Gbps/Full - flow control off
[   31.951892] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
[   32.856010] FS-Cache: Loaded
[   33.032825] FS-Cache: Netfs 'nfs' registered for caching
[   33.226002] NFS: Registering the id_resolver key type
[   33.226006] Key type id_resolver registered
[   33.226006] Key type id_legacy registered
[   77.953639] rfkill: input handler disabled
[   78.555831] audit: type=1400 audit(1618839153.497:38): apparmor="DENIED" operation="capable" profile="/snap/core/10958/usr/lib/snapd/snap-confine" pid=2333 comm="snap-confine" capability=4  capname="fsetid"
[   80.991183] audit: type=1326 audit(1618839155.932:39): auid=1000 uid=1000 gid=1000 ses=2 subj==snap.snap-store.ubuntu-software (enforce) pid=2333 comm="snap-store" exe="/snap/snap-store/518/usr/bin/snap-store" sig=0 arch=c000003e syscall=314 compat=0 ip=0x7f77a7316639 code=0x50000
[   88.787907] audit: type=1400 audit(1618839163.729:40): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/etc/PackageKit/Vendor.conf" pid=2333 comm="snap-store" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[  101.477846] audit: type=1400 audit(1618839176.418:41): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/gdm/greeter/applications/gnome-initial-setup.desktop" pid=2333 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[  101.518259] audit: type=1400 audit(1618839176.458:42): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/gdm/greeter/applications/gnome-initial-setup.desktop" pid=2333 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[  101.800375] audit: type=1326 audit(1618839176.742:43): auid=1000 uid=1000 gid=1000 ses=2 subj==snap.snap-store.ubuntu-software (enforce) pid=2333 comm="pool-org.gnome." exe="/snap/snap-store/518/usr/bin/snap-store" sig=0 arch=c000003e syscall=93 compat=0 ip=0x7f77a730c4e7 code=0x50000
iznobe@iznobe-PC:~$

Dernière modification par iznobe (Le 19/04/2021, à 14:40)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#19 Le 19/04/2021, à 15:51

NicoApi73

Re : arreter de recevoir les MAJ de noyaux .

Peux donner le retour pour les 2 versions de :

dmesg | grep r8169
dmesg | grep rtl8125

(Normalement sudo n'est pas nécessaire sur ubuntu pour lire la boucle dmesg)

Hors ligne

#20 Le 19/04/2021, à 16:11

iznobe

Re : arreter de recevoir les MAJ de noyaux .

sur la 18.04 , je suis repassé sur noyau 5.4.72 , installer le pilote ( derniere version sans DKMS donc ) :

iznobe@iznobe-PC:/media/W8T/perso/sauvegardes/reinstall/fichiers_instal/pilote_carte_reseau/r8125-9.005.01$ sudo /.autorun.sh
[sudo] Mot de passe de iznobe : 
sudo: /.autorun.sh : commande introuvable
iznobe@iznobe-PC:/media/W8T/perso/sauvegardes/reinstall/fichiers_instal/pilote_carte_reseau/r8125-9.005.01$ sudo ./autorun.sh

Check old driver and unload it.
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:72
- SSL error:2006D080:BIO routines:BIO_new_file:no such file: ../crypto/bio/bss_file.c:79
sign-file: certs/signing_key.pem: No such file or directory
Warning: modules_install: missing 'System.map' file. Skipping depmod.
DEPMOD 5.4.0-72-generic
load module r8125
Updating initramfs. Please wait.
update-initramfs: Generating /boot/initrd.img-5.4.0-72-generic
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168fp-3.fw for module r8169
Completed.
iznobe@iznobe-PC:/media/W8T/perso/sauvegardes/reinstall/fichiers_instal/pilote_carte_reseau/r8125-9.005.01$ cd
iznobe@iznobe-PC:~$ dmesg | grep r8169
[    0.868384] r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[    0.868393] r8169 0000:02:00.0: enabling device (0000 -> 0003)
[    0.868479] r8169 0000:02:00.0: unknown chip XID 641
iznobe@iznobe-PC:~$ dmesg | grep rtl8125
iznobe@iznobe-PC:~$
iznobe@iznobe-PC:~$ uname -a
Linux iznobe-PC 5.4.0-72-generic #80~18.04.1-Ubuntu SMP Mon Apr 12 23:26:25 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
iznobe@iznobe-PC:~$

Dernière modification par iznobe (Le 19/04/2021, à 16:14)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#21 Le 19/04/2021, à 16:21

iznobe

Re : arreter de recevoir les MAJ de noyaux .

et pour la session en 20.04 :

iznobe@iznobe-PC:~$ uname -a
Linux iznobe-PC 5.10.29-051029-generic #202104100831 SMP Sat Apr 10 13:02:44 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
iznobe@iznobe-PC:~$ lsb_release -id
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04.2 LTS
iznobe@iznobe-PC:~$ dmesg | grep r8169
dmesg: échec de lecture du tampon de noyau: Opération non permise
iznobe@iznobe-PC:~$ sudo dmesg | grep r8169
[sudo] Mot de passe de iznobe : 
[    0.567019] r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[    0.567331] r8169 0000:02:00.0: enabling device (0000 -> 0003)
[    0.589325] libphy: r8169: probed
[    0.589789] r8169 0000:02:00.0 eth0: RTL8125B, 2c:f0:5d:29:20:f2, XID 641, IRQ 141
[    0.590135] r8169 0000:02:00.0 eth0: jumbo features [frames: 9194 bytes, tx checksumming: ko]
[    0.633131] r8169 0000:02:00.0 enp2s0: renamed from eth0
[   27.420275] RTL8226B_RTL8221B 2.5Gbps PHY r8169-200:00: attached PHY driver [RTL8226B_RTL8221B 2.5Gbps PHY] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
[   27.628411] r8169 0000:02:00.0 enp2s0: Link is Down
[   30.550333] r8169 0000:02:00.0 enp2s0: Link is Up - 1Gbps/Full - flow control off
iznobe@iznobe-PC:~$ sudo dmesg | grep rtl8125
iznobe@iznobe-PC:~$

retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne