logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

CloDeClo
Membre
Distrib. : Debian GNU/Linux 11 (bullseye)
Noyau : 5.10.0-27-amd64 (version 5.10.205-2)
(G)UI : XFCE4
Inscription : 24-02-2017

[Résolu] Gestion automatique du noyau

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)

Hors ligne

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

Anonyme
Invité

Re : [Résolu] Gestion automatique du noyau

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.

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Gestion automatique du noyau

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

Anonyme
Invité

Re : [Résolu] Gestion automatique du noyau

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

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

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : [Résolu] Gestion automatique du noyau

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)


Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

En ligne

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

CloDeClo
Membre
Distrib. : Debian GNU/Linux 11 (bullseye)
Noyau : 5.10.0-27-amd64 (version 5.10.205-2)
(G)UI : XFCE4
Inscription : 24-02-2017

Re : [Résolu] Gestion automatique du noyau

Bonjour,

super réactivité !
yes.gifMerci à 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.
merci.gif

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Gestion automatique du noyau

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.


Il vaut mieux montrer que raconter.

Hors ligne

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

CloDeClo
Membre
Distrib. : Debian GNU/Linux 11 (bullseye)
Noyau : 5.10.0-27-amd64 (version 5.10.205-2)
(G)UI : XFCE4
Inscription : 24-02-2017

Re : [Résolu] Gestion automatique du noyau

big_smile 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 ! yes.gif

Hors ligne

Pied de page des forums