Ce qu'il faut vraiment sauvegarder
Un seul dossier : le runtime path. Dedans se trouvent toutes les instances (avec leurs mods, mondes, configs, captures, données de monde), les assets Minecraft partagés, les libraries partagées, les runtimes Java téléchargés par GDLauncher, la base SQLite du launcher (gdl_conf.db) avec tes comptes et paramètres, et les logs globaux dans __gdl_logs__/. Sauvegarde ce dossier et tu as tout ce qui compte.
Pas besoin de sauvegarder le dossier de données d'Electron. Il ne contient que ce que le launcher recrée au premier lancement : position de la fenêtre, caches internes, ce genre de choses. Le laisser de côté ne te coûte rien.
Trouver ton runtime path
Le plus simple : ouvre GDLauncher, va dans Settings → Runtime Path et copie le chemin affiché. C'est la source de vérité, que tu l'aies déjà déplacé ou non.
Si GDLauncher refuse de s'ouvrir (disque mourant, système cassé), voici les emplacements par défaut :
- Windows :
%APPDATA%\gdlauncher_carbon\data(à coller dans Win+R ou dans la barre d'adresse de l'Explorateur). - macOS :
~/Library/Application Support/gdlauncher_carbon/data(Finder → Cmd+Maj+G, colle, Entrée). - Linux :
~/.local/share/gdlauncher_carbon/data(ou$XDG_DATA_HOME/gdlauncher_carbon/datasi tu as définiXDG_DATA_HOME).
Si tu as déjà déplacé le runtime path via les Settings, le dossier par défaut ci-dessus sera absent ou vide, et un fichier nommé runtime_path_override juste à côté pointe vers le vrai emplacement. Ouvre-le avec n'importe quel éditeur de texte : sa ligne unique est le chemin absolu de tes données.
Faire la sauvegarde
Ferme GDLauncher d'abord. La base SQLite du runtime path se copie sans risque launcher fermé, mais peut produire une copie corrompue si tu l'attrapes pendant une écriture.
Ensuite copie le dossier runtime path, structure intacte, là où tu veux la sauvegarde. Autre disque, clé USB, NAS, archive cloud hors ligne, la destination importe peu tant que ce n'est pas le disque que tu t'apprêtes à effacer.
Restaurer après le formatage
Sur le système fraîchement installé :
- Installe GDLauncher. Lance-le une fois puis ferme-le, ça crée les dossiers par défaut.
- Copie ton dossier runtime path sauvegardé à son emplacement final sur le nouveau système. Le même disque et le même chemin qu'avant, ou ailleurs (un disque plus grand par exemple).
- Rouvre GDLauncher. Va dans Settings → Runtime Path et pointe-le sur le dossier que tu viens de restaurer. Quand tu vises un dossier qui contient déjà des données GDLauncher valides, le launcher le détecte et bascule dessus sans rien copier ni dupliquer.
- Redémarre le launcher. Tes instances, comptes, paramètres et installations Java sont tous de retour.
Ce qui est dans la sauvegarde et ce qui n'y est pas
Préservé en sauvegardant le runtime path :
- Toutes les instances : mods, configs, mondes sauvegardés, captures, resource packs, shader packs, datapacks.
- Les comptes Microsoft connectés (stockés dans la base du launcher, avec les tokens). Ils peuvent devoir se rafraîchir au premier lancement, mais tu n'auras pas à te reconnecter.
- Les paramètres : thème, langue, arguments Java par défaut, mémoire par défaut, le runtime path lui-même.
- Les installations Java téléchargées par GDLauncher. Tu peux les sauter et laisser GDLauncher les retélécharger au premier lancement : sauvegarde plus rapide contre un téléchargement unique.
- Les logs globaux et ceux de chaque instance.
Non préservé (et dont tu n'as pas besoin) :
- L'état de la fenêtre Electron (taille, position). Le launcher repart simplement sur ses valeurs par défaut.
- Les entrées du trousseau système, GDLauncher gère les comptes dans sa propre base.
Sauvegarde minimale si tu manques de place
Si le runtime path complet ne rentre pas, copie seulement <runtime_path>/instances/ et <runtime_path>/gdl_conf.db. instances contient tes mondes et tes configs, la base contient tes comptes et tes paramètres. Tu perdras les assets Minecraft, les libraries et les installations Java en cache, mais tout ça se retélécharge au premier lancement.
Pour le strict minimum, copie le sous-dossier instance/saves/ de chaque instance. Ce sont juste tes fichiers de monde. Tu perdras la configuration de l'instance (liste de mods, version, modloader) mais les mondes survivent et pourront être chargés plus tard dans une instance recréée.
Si tu changes aussi de disque ou de PC, pas seulement de système
Même sauvegarde, restauration sur la nouvelle machine. Les données runtime de GDLauncher se déplacent sans souci au sein d'une même famille d'OS. Windows → Windows ou Linux → Linux fonctionne directement. En passant de Windows ↔ macOS ↔ Linux, les mondes, configs, resource packs et la plupart des mods fonctionnent, mais le launcher redétectera Java (binaires différents selon l'OS) et pourra retélécharger des libraries natives au premier lancement.
À voir aussi : Déplacer les données de GDLauncher sur un autre disque pour la méthode intégrée, sans copier-coller manuel.
Ne synchronise pas le runtime path pendant que tu joues
OneDrive, iCloud, Dropbox, Google Drive desktop, etc. se disputent les handles de fichiers avec GDLauncher. Après la restauration, ne place pas le runtime path dans un dossier que ces outils synchronisent activement : tu auras des erreurs "fichier en cours d'utilisation" et des corruptions de sauvegarde occasionnelles. Garde le runtime path sur un disque local classique et sauvegarde-le séparément.