[Résolu] Gestion automatique du noyau

CloDeClo · 14-12-2022 16:59:50

Bonjour,

Aucun problème réel, juste un peu d'agacement de ma part : j'ouvre ce fil pour trouver une explication, essayer de comprendre, voire rendre automatique la mise à jour du noyau sur mon PC.
J'ai aussi vu la discussion https://debian-facile.org/viewtopic.php?id=21943 sans en avoir bien tout compris.

Tout me parait aller bien et je considère que l'upgrade vers bullseye a été une grande réussite.
Pourtant mon système initial était un peu "border-line" : une installation de Emmabuntüs buster (totalement Debian et pas du tout Ubuntu du côté du sources.list) où j'avais supprimé beaucoup de paquets superflus et surtout ajouté les dépôts backport pour utiliser un noyau plus à jour mieux adapté à mon processeur AMD trop récent.

Je m'étais habitué à ne pas être alerté des évolutions du noyau backports et à en vérifier la version sur https://packages.debian.org/buster-back … mage-amd64
pour effectuer éventuellement une mise-à-jour manuelle via Synaptic. J'étais ainsi arrivé au noyau 5.10.0-0.deb10.16 (= 5.10.127-2~bpo10+1) au moment de l'upgrade.
NB : pour moi, un noyau comporte les 3 paquets linux-image-amd64 , linux-headers-common, linux-headers-amd64 et leurs dépendances éventuelles.

J'ai effectué l'upgrade en mettant à jour le sources.list : les dépôts bullseye, bullseye-security, bullseye-updates (en "main contrib non-free") et supprimant les backports.
Suite à l'upgrade (près de 1100 paquets mis à jour et pas loin de 250 devenus inutiles et retirés !), je me suis retrouvé en "Debian GNU/Linux 11 (bullseye)" et "5.10.0-0.deb10.16-amd64 #1 SMP Debian 5.10.127-2~bpo10+1 (2022-07-28) x86_64 GNU/Linux", donc noyau inchangé alors qu'il me semble que Debian 11-5 a déjà embarqué le noyau 5.10.0-13 (= 5.10.106-1)...
Pour info, le rapport de nano concernant /etc/apt/sources.list

#========================================================================

# D'après https://debian-facile.org/doc:systeme:apt:sources.list:bullseye

# mais sans les sources puisque je ne "compile pas le noyau" https://debian-facile.org/viewtopic.php?id=30502

# Debian Bullseye, dépôt principal + paquets non libres

#=======================================================================

# Debian Bullseye, principal

deb http://deb.debian.org/debian/ bullseye main contrib non-free

#deb-src http://deb.debian.org/debian/ bullseye main contrib non-free

# Debian Bullseye, mises à jour de sécurité + paquets non libres

deb http://deb.debian.org/debian-security/ bullseye-security main contrib non-free

#deb-src http://deb.debian.org/debian-security/ bullseye-security main contrib non-free

# Debian Bullseye, mises à jour "volatiles" + paquets non libres

deb http://deb.debian.org/debian/ bullseye-updates main contrib non-free

#deb-src http://deb.debian.org/debian/ bullseye-updates main contrib non-free

# pas de bullseye-backports

#deb http://deb.debian.org/debian/ bullseye-backports main contrib non-free

#dépôt pour VLC, AVIDEMUX voir https://debian-facile.org/doc:systeme:apt:sources.list:stable

deb http://www.deb-multimedia.org bullseye main non-free

#dépôt pour drivers Samsung voir https://www.bchemnet.com/suldr/

deb http://www.bchemnet.com/suldr/ debian extra

Fidèle à mon habitude, j'ai constaté sur https://packages.debian.org/bullseye/linux-image-amd64 que je pouvais effectuer une mise-à-jour manuelle via Synaptic pour passer au noyau 5.10.0-18 (= 5.10.140-1)

Sur le site récapitulatif des versions Linux https://tracker.debian.org/pkg/linux ; en écartant "stable-bpo: 6.0.3-1~bpo11+1", je constate qu'il existe bien "stable: 5.10.140-1" mais aussi "stable-sec: 5.10.149-2" ou encore "stable-p-u: 5.10.158-1".
Effectivement Synaptic mentionne un noyau 5.10.0-19 (= 5.10.149-2) mais pas mieux et aucun 5.10.0-13...
NB : Pour m'y retrouver, je recherche sur Synaptic les paquets "linux-image" et ordonne la liste en utilisant "dernière version"...
Il y a sûrement moyen de faire plus simple pour identifier la version des paquets à partir de la version du noyau ?
Je suis preneur si vous avez mieux !

D'où ces quelques interrogations :

* Quelles différences y a-t-il entre "stable", "stable-sec", "stable-p-u" ? Lequel est conseillé pour un usage "en bon père de famille" ?

* J'ai bien les dépôts "updates", pourquoi Synaptic ne me montre-t-il pas son noyau ?

* Comment parvenir à obtenir automatiquement les mises-à-jour des noyaux "stable" ?
"Package Update Indicator" ou Synaptic en manuel me signalent bien des mises-à-jour mais pas celles là. Est ce que j'aurais cassé quelque chose dans ce coin là ?
NB : je n'ai jamais touché à /etc/apt/preference : ce fichier n'existe pas sur ma machine.Il n'y a qu'un /etc/apt/preferences.d/50multimedia

Par avance merci de vos explications

Dernière modification par CloDeClo (18-12-2022 23:14:45)

Anonyme · 14-12-2022 17:31:23

Bonjour,
je pense que suite à tes manips, tu as installé explicitement le noyau 5.10.0-0.deb10.16 et pas le paquet linux-image-amd64.
Pour moi c'est le paquet linux-image, et sous MX les passages en version supérieures se font puisque uname -a me renvoie "Linux mx 5.10.0-19-amd64".
Et d'autre part, l’historique de synaptique me montre des tas de mise à jour.

raleur · 14-12-2022 21:34:53

CloDeClo a écrit :

Effectivement Synaptic mentionne un noyau 5.10.0-19 (= 5.10.149-2) mais pas mieux

A quoi t'attendais-tu ?

CloDeClo a écrit :

et aucun 5.10.0-13...

Ce noyau est obsolète. On en est au -19. Pour le moment le -20 n'est présent que dans proposed-updates qui n'est pas dans ton sources.list et ne sera disponible dans stable que lors de la prochaine révision 11.6 de bullseye (c'est ce samedi).

CloDeClo a écrit :

* Quelles différences y a-t-il entre "stable", "stable-sec", "stable-p-u" ?

stable, c'est bullseye.
stable-sec, c'est bullseye-security, les mises à jour de sécurité pour la version stable.
stable-p-u, c'est bullseye-proposed-updates, les mises à jour candidates à la prochaine révision stable.

CloDeClo a écrit :

Lequel est conseillé pour un usage "en bon père de famille" ?

Les deux premiers.

CloDeClo a écrit :

* J'ai bien les dépôts "updates", pourquoi Synaptic ne me montre-t-il pas son noyau ?

bullseye-updates n'est pas bullseye-proposed-updates. Il contient des mises à jour hors sécurité et révisions stables pour des raisons d'obsolescence (définitions de fuseaux horaires, signatures d'anti-virus...) ou parfois pour corriger une régression importante introduite par une révision stable. Pas de noyau actuellement.

CloDeClo a écrit :

* Comment parvenir à obtenir automatiquement les mises-à-jour des noyaux "stable" ?

Installe le méta-paquet linux-image-amd64 qui dépend de la dernière version disponible dans le dépôt correspondant.

Dernière modification par raleur (14-12-2022 22:22:22)

Anonyme · 14-12-2022 21:52:49

Quelques erreurs de citation raleur, c'était de CloDeClo, mais ok pour la solution.

Tawal · 14-12-2022 22:55:50

Hello,

Étant en stable avec les dépôts proposed-updates activés,
voici l'état d'avancement des mises à jours du point de vue kernel :

$ dpkg -l | grep "5.10.158-"

ii  libcpupower1                           5.10.158-2                       amd64        CPU frequency and voltage scaling tools for Linux (libraries)

ii  linux-compiler-gcc-10-x86              5.10.158-2                       amd64        Compiler for Linux on x86 (meta-package)

ii  linux-cpupower                         5.10.158-2                       amd64        CPU power management tools for Linux

ii  linux-headers-5.10.0-20-amd64          5.10.158-1                       amd64        Header files for Linux 5.10.0-20-amd64

ii  linux-headers-5.10.0-20-common         5.10.158-1                       all          Common header files for Linux 5.10.0-20

ii  linux-headers-amd64                    5.10.158-1                       amd64        Header files for Linux amd64 configuration (meta-package)

ii  linux-image-5.10.0-20-amd64            5.10.158-1                       amd64        Linux 5.10 for 64-bit PCs (signed)

ii  linux-image-amd64                      5.10.158-1                       amd64        Linux for 64-bit PCs (meta-package)

ii  linux-kbuild-5.10                      5.10.158-2                       amd64        Kbuild infrastructure for Linux 5.10

ii  linux-libc-dev:amd64                   5.10.158-2                       amd64        Linux support headers for userspace development

Edit: Évidemment

$ uname -a

Linux Deb1 5.10.0-20-amd64 #1 SMP Debian 5.10.158-1 (2022-12-09) x86_64 GNU/Linux

Dernière modification par Tawal (14-12-2022 22:58:04)

CloDeClo · 15-12-2022 09:13:40

Bonjour,

super réactivité !

Merci à tous et bravo :
grâce à vous, un peu moins ignare aujourd'hui (et j'aimerais aussi : bien moins que demain, mais là c'est moins sûr !)...
J'ai réalisé l'écart qu'il y a entre le méta-paquet "linux-image-amd64" et les paquets "linux-image-N°_version-amd64" que je confondais plutôt.

J'ai donc installé linux-image-amd64 (version 5.10.149-2) via Synaptic qui a installé aussi linux-image-5.10.0-19-amd64 (version 5.10.149-2) sans poser la moindre question.
Je note que cela n'embarque pas les paquets linux-headers-common et linux-headers-amd64 : je savais déjà qu'ils n'étaient pas nécessaires pour upgrader le noyau mais je conserverai probablement l'homogénéité de leur version pour faciliter ma gestion du système lors du nettoyage des noyaux anciens.
La commande "uname -a" me répond maintenant : "5.10.0-19-amd64 #1 SMP Debian 5.10.149-2 (2022-10-21) x86_64 GNU/Linux". Parfait !

L'essentiel pour moi est d'être notifié de la disponibilité d'un nouveau noyau "stable" ou "stable-sec". Je garderai de toute façon la maîtrise du moment et du contenu de la mise-à-jour.

Je pense donc que cette discussion pourra se clore en "résolue" : je le ferai à la sortie du prochain noyau (le -20 bientôt ?) qui devrait me permettre de vérifier que tout se passe comme prévu.

raleur · 15-12-2022 18:27:13

CloDeClo a écrit :

un peu moins ignare aujourd'hui (et j'aimerais aussi : bien moins que demain

Tu veux dire "bien plus (ignare) que demain" ?

CloDeClo a écrit :

cela n'embarque pas les paquets linux-headers-common et linux-headers-amd64

Si tu as besoin des en-têtes du noyau pour compiler un pilote externe (nvidia, virtualbox, r8168...) alors il faut installer aussi le méta-paquet linux-headers-amd64 qui installe les en-têtes de la dernière version disponible du noyau. Sinon les en-têtes ne sont pas nécessaires.

CloDeClo · 16-12-2022 08:06:52

Aujourd'hui encore, un peu moins ignare qu'hier ! Quant à demain ????
Vu ! Je vais cesser de me préoccuper des linux-headers-* dont je n'ai nul besoin...
De nouveau un grand merci !

Debian-facile

#1 14-12-2022 16:59:50

[Résolu] Gestion automatique du noyau

#2 14-12-2022 17:31:23

Re : [Résolu] Gestion automatique du noyau

#3 14-12-2022 21:34:53

Re : [Résolu] Gestion automatique du noyau

#4 14-12-2022 21:52:49

Re : [Résolu] Gestion automatique du noyau

#5 14-12-2022 22:55:50

Re : [Résolu] Gestion automatique du noyau

#6 15-12-2022 09:13:40

Re : [Résolu] Gestion automatique du noyau

#7 15-12-2022 18:27:13

Re : [Résolu] Gestion automatique du noyau

#8 16-12-2022 08:06:52

Re : [Résolu] Gestion automatique du noyau

Pied de page des forums