Je viens de faire la mise à niveau de Mint 19.3 vers la version qui est basée sur Ubuntu 20.04. Ça ne s’ai pas bien passé et je me retrouve sans Linux sur mon portable. Je vois passe tout ce que j’ai fait pour récupéré sans réussir. :@
Je passe pour prévenir ceux qui serait tenter de faire la mise à niveau. J’ai aussi fait une clé bootable qui boote bien mais impossible d’y faire s’en servir.
Je pense que je vais me tourner vers un Linux en rolling.
[color=#3333ff]Dur, désolé pour toi.[/color]
Aie :@
j’ai déjà eu ce genre de souci aussi. Pour passer en Mint 20 j’ai d’abord fait un bon backup. Ensuite j’ai complètement formaté le disque dur lors de l’install Mint 20.
Ensuite j’ai réinstallé les dossiers dont j’avais besoin depuis mon backup :
Images
Musique
Documents
Videos
Bureau
.mozzilla (en faisant un « REFRESH FIREFOX » pour nettoyer après avoir recopié - voir sur google)
.thunderbird
rhythmbox (dans .local/share)
darktable (dans .config)
et qq autres softs.
Ce n’est pas compliqué en réalité. Je n’ai eu aucun souci, ca marche nickel.
C’est toujours préférable de repartir sur une version « propre » surtout quand on teste bcp de softs en tout genre comme je le fais…
Passage sur Manjaro kde…un environnement bien sympa avec bien des fonctionnalités encore non explorées.
Maintenant à moi, il me convient…
Bon courage jpg54 
En usage classique :
https://getsol.us/download/
Pour les dossiers du /home, il y a plus simple : faire que le /home soit sur une partition séparée du reste du système. Pratique à avoir systématiquement, au minimum. On peut même pousser le vice plus loin si on a quelques logiciels perso installés dans /opt (comme darktable compilé depuis les sources) et mettre /opt sur une 3ème partition. Comme ça, on peut réinstaller complètement un système en lui rappelant (à l’installation) simplement où est le /home. Les données sont conservées, pas besoin de les restaurer. Et le système est tout neuf. Bien entendu, ça n’empêche pas de toujours faire une sauvegarde (avant et après).
La seule limite des partitions séparées : la bonne gestion de la taille de chacun d’elle par rapport à son usage.
Pas de soucis pour la sauvegarde, j’avais timeshift qui s’en occupait et je peux encore récupérer le /home séparé.
@spay, la clé bootable ne fonctionne pas.
ce message pour prévenir cesses qui pensent à faire l’upgrade vers Mint 20.
Oui, bien sur le /home sur un disque séparé c’est idéal (je le fais d’office à l’install). Je ne touche à rien quand il n’y a que des simples mise à jour, mais par prudence en cas de montée de version j’en profite pour nettoyer et laisser tomber les nombreux dossiers de config qui me paraissent inutiles. Pcq je n’arrête pas d’installer - désinstaller des softs pour les essayer 
en ce qui me comcerne, je fais toujours au moins deux installations identiques sur mon pc :
partionnement :
1 /boot ou / boot/EFI
2 / pour l’installation 1 de Mint par exemple
3 / pour la 2eme installation de mint
4 /swap
5 /home (commun au deux installations)
et je bosse sur la deuxième install, le jour où j’update/upgrade ou install un truc potentiellement «litigieux» si ça plante, je peux repasser sur l’install 1 non utilisée et restée «propre» pour faire/finir mon boulot et après refaire une nouvelle installation quand je suis moins dans l’urgence…
en plus, avec Mint, c’est simple et rapide à installer, pourquoi se priver de cette facilité 
La partition de swap reste ok sur un disque dur mécanique mais moins recommandé sur un SSD. Sur un SSD, il faut limiter l’usage du swap. Perso, sur mon SSD maintenant c’est fichier swap et usage limité au max (genre quand la RAM est à 95%…).
Pour ceux que ça intéresse sur le sujet Swap et SSD : https://dolys.fr/forums/topic/optimiser-gestion-ram-swap-linux/ (voir le lien spécifique SSD cité dans l’article, quasi au début de celui-ci).
Merci pour le lien,
Un peu technique mais extrêmement intéressant !
Je viens de refaire une clé USB Live Mint 20. Elle boote mais je peux rien lancer comme avec la première. Je vais laisser tomber Mint et tout ce qui découle de Ubuntu.
Bonjour, petit joueur 
, moi qui suis un béotien de Linux Ubuntu, j’ai deinsinstallé la 18.04 et installé la 20.04 dès sa sortie malgré une certaine instabilité due à la carte graphique Nvidia , et j’arrive à m’en sortir. Toi qui avec @jpverrue et @nicauffray m’avaient aidé à compiler pour la première fois DT, tu vas pas t’avouer vaincu par une clé USB 
Ca serait pas la clé le problème. J’avais eu ça il y a peu au boulot pour une remasterisation de poste. La clé semblait nickel, tout ok, la génération de la clé se faisait mais la remasterisation avec cette clé ne fonctionnait plus. Après avoir refait les mêmes manips avec une clé neuve, tout était rentré dans l’ordre.
Linux mint c’est pas mal quand même
Surtout la version Lmde basée sur debian
Il me semble que pour qui ne veut pas se prendre la tête avec du matos récent c’est une bonne distri rapide et facile installer
Il y a beaucoup de débat au sujet d’utiliser le swap ou pas… Dans mon cas, après quelques recherches et consultations, finalement je l’ai fait sur mon SSD
la machine fonctionne correctement.
Évidemment que ça fonctionne correctement. Le débat n’est pas là. Ou du moins, il est souvent mis là alors que ça n’est justement pas le problème. Et là, en effet, on voit beaucoup de débats stériles. A l’usage, d’un point de vue utilisateur, la Swap fonctionne tout aussi bien et de la même manière sur un SSD ou un HDD.
La réelle question est liée à la physique et au fonctionnement différent d’un disque SSD et un disque mécanique, ici principalement sur la manière dont les cycles d’écriture/lecture sont gérés. Et la conséquence d’un usage trop intensif de la Swap est sur la durée de vie du SSD, pas sur son fonctionnement… Bref, ça ne se voit pas directement la conséquence de la gestion du Swap sur un SSD. Par contre, quand on a de vraies bonnes bases en électronique ou informatique, et un peu de bon sens, il est tout à fait pertinent et recommandé de limiter la Swap sur un SSD pour limiter les cycles d’écriture/lecture. D’autant qu’aujourd’hui, avoir beaucoup de RAM est facile et la RAM reste toujours à privilégier à l’usage Swap (qui vient en relais, au cas où).
Bonjour
Partage d’expérience pour les Triciens qui voudraient devenir Ulyaniens 
et hésiteraient suite aux déboires rapportés ici par jpg54 : j’ai testé hier la mise à niveau de Linux Mint 19.3 (Tricia) vers Linux Mint 20 (Ulyana) et ça s’est bien passé. J’avais bien sûr testé au préalable avec une version live USB pour vérifier que je n’allais pas me retrouver dans la même galère
Quelques petits effets de bord tout de même après install mais rien de rédhibitoire. Au niveau des logiciels photo : aucun souci avec darktable et digiKam, mais XnViewMP et Rapid photo downloader ne se lançaient plus 
(problèmes liés à Qt5 / Python)
→ pour XnViewMP, problème résolu en lançant qt5ct et en choisissant un style autre que gtk2
→ pour Rapid photo downloader, il m’a fallu le réinstaller
Merci pour ton retour.
Merci pour l’explication.
C’est plus clair pour moi maintenant donc, du coup, je devrais supprimer la partition Swap de mon disque dur…