Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Installation Ubuntu 20.04.2

alex-tls

Bonjour et bonne année à tou.te.s !

Je suis actuellement en 16.04.7 LTS (fin de support en avril prochain) et je veux passer en 20.04 LTS (en repartant de zéro après formatage du disque dur).
Actuellement, la 20.04.1 LTS est dispo. La 20.04.2 LTS doit sortir en février et je pensais installer cette dernière.
Et puis je tombe sur cette page sur ubuntu.com.
La 20.04.2 (et les suivantes 20.04.3 et 20.04.4 qui sont prévues les prochaines années) ne semblent plus supportées que six mois alors qu'elles portent toujours le nom de LTS...
J'avoue ne rien comprendre : seule la 20.04.1 est indiquée avec une fin de support en 2025. Alors à quoi servent ces "fausses LTS" 20.04.2 et 20.04.3 et que faut-il installer finalement pour être tranquille les quatre prochaines années ?

Merci de vos lumières sur le sujet.

Qid

alex-tls a écrit[release-cycle#ubuntu-kernel-release-cycle]
La 20.04.2 (et les suivantes 20.04.3 et 20.04.4 qui sont prévues les prochaines années) ne semblent plus supportées que six mois alors qu'elles portent toujours le nom de LTS...
J'avoue ne rien comprendre : seule la 20.04.1 est indiquée avec une fin de support en 2025.

Alors... Je crois qu'il y a confusion entre support de version et support de kernel et cette page (en français) répond à mon avis à tes interrogations

geole

Bonjour
La version .2 dispose d'un noyau plus récent, certainement mieux adapté aux ordinateurs récents. Malheureusement tu devras, au moins une fois par semestre, accepter d'installer les mises à jour qui te seront proposées alors qu'avec la version .1 tu peux les refuser pendant presque cinq ans.

Qid

geole a écritMalheureusement tu devras, au moins une fois par semestre, accepter d'installer les mises à jour qui te seront proposées alors qu'avec la version .1 tu peux les refuser pendant presque cinq ans.

T'es soit pas clair soit pas logique...

geole

Je reformule autrement
Avec les versions se terminant par .1, on dispose pendant cinq ans du même noyau qui est au point car déjà opérationnel avant grâce aux tests de la version .0
On peut se contenter de ne faire aucune mise à jour pendant ces cinq ans, La commande de mise à niveau fonctionnera encore dans cinq ans, elle rappellera qu'il faut commencer par faire une mise à jour.

Avec les versions ne se terminant par .1, on dispose pendant six mois du même noyau qui est au point car déjà opérationnel avant grâce aux tests de la version semestrielle précédente.
On peut se contenter de ne faire aucune mise à jour pendant ces six mois mais alors la commande de mise à jour ne fonctionnera plus. La commande de mise à niveau fonctionnera encore dans cinq ans, elle rappellera qu'il faut commencer par faire une mise à jour qui sera uniquement possible si la dernière mise à jour date de moins de six mois.

Mais en pratique, je pense que personne ne bloque les mises à jour pendant une telle durée sauf à faire une nouvelle installation tous les cinq ans ou tous les 10 ans dans le contexte .1 Ce qui semble être le cas dans ce contexte puisque pas de passage en version 18.04 puis 20.04

Qid

geole a écriten pratique, je pense que personne ne bloque les mises à jour pendant une telle durée sauf à faire une nouvelle installation tous les cinq ans ou tous les 10 ans dans le contexte .1 Ce qui semble être le cas dans ce contexte puisque pas de passage en version 18.04 puis 20.04

Mais c'est cette notion là qui ne me va pas !? De quoi tu parles !? Comment tu gères tes mises-à-jour et comment tu communiques sur la façon de les faire !?

Le résumé de la situation c'est que si tu démarres avec la .0 ou la .1 quand tu fais tes mises-à-jour le kernel ne bougera pas... Par contre si tu parts d'une version .X supérieure à .1 le kernel de départ étant différent quand tu feras tes mises-à-jour normalement ces dernières incluront un kernel qui devra donc être mis à jour avec le reste quand ce sera proposé...

Mais au delà de ça je ne comprends pas pourquoi tu parles de ne pas les faire

alex-tls

Qid a écritLe résumé de la situation c'est que si tu démarres avec la .0 ou la .1 quand tu fais tes mises-à-jour le kernel ne bougera pas... Par contre si tu parts d'une version .X supérieure à .1 le kernel de départ étant différent quand tu feras tes mises-à-jour normalement ces dernières incluront un kernel qui devra donc être mis à jour avec le reste quand ce sera proposé...

Merci pour vos réponses.

J'ai donc intérêt à installer la 20.04.2.

Ce principe reste quand même curieux. Pourquoi Ubuntu ne fait-il pas évoluer le Kernel de la .1 ?
Je ne pense pas faire fausse route en disant qu'il vaut mieux disposer d'un kernel récent que d'un ancien même mis-à-jour.

xubu1957

Bonjour,

Voir les graphiques > wiki.ubuntu.com/Kernel/LTSEnablementStack

Pour les entreprises et les serveurs, le noyau basique fait l'objet de plus d'attentions, que ceux des versions intermédiaires.

lucmars

@alex

Tu fais fausse route mais t'as pas tort non plus. Disons qu'un noyau "stable" LTS satisfait un ensemble de configue pc; mais reste des configues pointues requérant donc un noyau à la pointe. D'ou le HWEstack.

D'autres part le principe d'une distro a évolué : la couche logicielle gagne en indépendance vis-à-vis de la version du noyau.

À noter que, selon les test de Malbo, la variante Ubuntu 200401 lts intègre déjà le HWEstack (mais pas les autres variantes).