Linux Mint 20.2

[noname]

Dernier message de la page précédente :

Salut à tous,

Question bête du soir : si on migre de LM19.3 noyau 4.15 à LM20 est-ce que l'on conserve bien le même noyau ?

[tyrry]

Slt,
tu devrais pouvoir , si tu prends la précaution de bloquer la maj de celui-ci
apt mark-hold.......
@+

[noname]

hum, trop risqué...d'autant plus quand je lis les instructions pour l'upgrade https://linuxmint-user-guide.readthedoc ... nt-20.html
La probabilité que cela fonctionne sans encombre est trop mince

[alain]

Bonjour Noname.

Tu auras toujours la possibilité de rétrograder de noyau une fois sur LM20.

[noname]

Salut Alain,

Effectivement mais je suis un peu inquiet au final. Car il faut également que je fasse le ménage dans mes ajouts PPA/dépôts additionnels ...

[alain]

Oui c'est toujours compliqué de passer d'une version majeur à la suivante, pour un résultat aléatoire.
Perso, je ne le fais plus, j'utilise toujours les mêmes logiciels dont j'ai la liste dans un fichier. Alors je réinstalle à neuf puis je lance l'installation des logiciels. Pour les ppa, je n'en utilise qu'un, celui de radeon-profil (un peu l'équivalent de Nvidia settings), sinon je cherche toujours une autre solution que les ppas, ça évite beaucoup d'ennuis.

[noname]

oui tout à fait. Dommage que cela soit toujours aussi compliqué et délicat de migrer vers une nouvelle version...

[alain]

En revanche je le fais toujours sur debian depuis debian 6 Squeeze c'est déconcertant de facilité. Tu as juste le nom de la version a changer dans le sources.list et basta...
Mais ça, si c'est si aléatoire sur LM main c'est a cause d'ubuntu, des ppas et de tout ce qu'elle trimbale.
Pour LMDE c'est plus simple (et moins souvent ), je me méfierai juste du dépôt spécifique LM.

Pour en revenir a ton problème de noyau. J'avais un ordi qui n'acceptais pas le 4.15, j'ai donc installé une LM19 puis rétrogradé de version de noyau.
Mais en fait avec un noyau >= à 4.18 ça marchait. Donc tu peux toujours essayer, ça se trouve ton matériel sera très bien avec un noyau 5.xx?

[noname]

En fin de compte j'ai plusieurs particularités :
- Noyau 4.15 qui marche parfaitement (test fait avec un 5.x => quelques freezes)
- VirtualBox 5.2 qui marche parfaitement et compilé avec le Noyau 4.15 (donc ne marche plus avec un autre noyau)
- quelques PPA/dépôts additionnels en plus

Je le sens mal la migration vers LM20 au final

Par contre, cela fait un moment que je lorgne sur LM LMDE 4.
Je ne pense pas qu'une migration de LM 19.3 vers LMDE4 soit possible mais en cas de RAZ il est probable que je parte sur cette option

[alain]

oui RAZ, dans ce cas pas d'autre solution...

[Christian_B]

Je sais que tout le monde n'est pas d'accord là dessus, mais garder une ancienne version de Mint n'est pas tenable longtemps sans inconvénients (anciennes versions d'applis qui parfois ne ne tiennent pas compte de failles découvertes, ou d'améliorations, etc).

D'après mon expérience, il y a risque de problème surtout si tout n'est pas cohérent, par exemple momentanément si une appli n'a pas été mise à jour à temps par les auteurs (par exemple de gtk2 à gtk3).
Au début j'ai eu des problèmes avec CherryTree et HPLIP mais Mint 20 (et la version correspondante de Ubuntu) sont maintenant assez anciennes pour que ces problèmes d'applis soient rares.
Dans le cas de VirtualBox, si on passe en Mint 20, il faut certainement aussi installer la dernière version.
Le tout après avoir évidemment sauvé la partition système au cas où ...

Je ne dirais pas que c'est toujours aussi compliqué. j'ai souvenir qu'il était même impossible de passer de 17.x à 18.x
Pour éviter les problèmes, il faut évidemment tenir soigneusement compte des précautions indiquées dans les directives de mise à jour et éventuellement "faire le ménage" comme dit plus haut.

Pour les noyaux, sauf matériel très ancien ou atypique, le seul risque (faible je pense) est de tomber sur un noyau sérieusement bogué. Mais il n'y a sans doute pas de raison que ce soit plus risqué de mettre à jour de 4.15 à 5.4 (version par défaut de Mint 20) que de faire seulement les mises à jour mineures d'une même série.