Linux Mint 20.2

[noname]

Dernier message de la page précédente :

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.

[noname]

Conserver une ancienne version de LM est possible, sans problème, jusqu'à la fin des MAJ.
Ensuite, il faut voir si les éventuels inconvénients sont gérable ou non.

[Christian_B]

Conserver une ancienne version de LM est possible, sans problème, jusqu'à la fin des MAJ.

En termes de mises à jour de sécurité du système, oui. Mais parfois pour les applis on peut avoir des retards importants de version qui demandent des mises à jour manuelles (quand les bibliothèques sont compatibles) pour bénéficier de certains avantages.
En réalité l'éternel débat est souvent entre les utilisateurs de machine personnelle (comme moi) et les administrateurs professionnels qui privilégient la stabilité et ne veulent pas rendre les machines momentanément indisponibles sans nécessité.
En fait le mieux est que chacun fasse selon sa préférence et l'utilisation qu'il fait de la/les machine(s).

[pilpag]

Bonjour
Je viens d'installer LImux Mint 20.2 depuis peu et tout fonctionne correctement.

Le gestionnaire de mises à jour de LM 18 présentait les types et les niveaux (1 à 5) des mises à jour ( en "préférences" et en présentation des MAJ ).
Pour le gestionnaire de mises à jour de LM 20.2, le type a changé graphiquement mais est toujours là; par contre je ne retrouve pas les niveaux (de 1 à 5) .
Dans les "préférences", l'onglet "niveaux" n'est plus là.

Est-ce normal dans la nouvelle version du 20.2 où y-aurait-il un paramétrage à faire que je ne retrouve pas.
Sinon le gestionnaire fonctionne très bien. Bravo aux développeurs.
Merci pour votre aide. Bonne soirée.

[alain]

Bonjour pilpag

Dans les "préférences", l'onglet "niveaux" n'est plus là.

Est-ce normal dans la nouvelle version du 20.2

Oui c'est tout a fait normal, la gestion des mises à jour par niveaux de "risques" était unanimement reconnue, par la profession, comme étant dangereuse au point de vu sécurité.
Elle a donc été retirée...
Il faut dire, qu'a ma connaissance, il n'y avait que LM pour faire ça. Si les autres ne l'ont pas fait c'est qu'il y a une raison (à mon avis). De toute façon, je n'ai jamais trié mes mises à jour avec cet outil, j'ai toujours tout appliqué avec apt et je n'ai jamais eu de soucis depuis 2013 (LM15).

[pilpag]

Merci beaucoup. Reponses très clairs. Bonne soirée

[Christian_B]

Oui c'est tout a fait normal, la gestion des mises à jour par niveaux de "risques" était unanimement reconnue, par la profession, comme étant dangereuse au point de vu sécurité.

De plus c'était inutilement compliqué, a moins qu'à l'époque ils aient considéré que certaines mises à jour étaient peu fiables et qu'il valait mieux attendre quelques temps pour celles qui n'étaient pas urgentes.
Avec Timeshift le risque est réduit. Mais il ne résoud pas tout.
Il est bon de prévoir aussi un script de sauvegarde des fichiers de config utilisateur (malgré les complications d'une éventuelle restauration en préservant certains fichiers comme les courriels), si on veut éviter des sauvegardes complètes trop fréquentes.