実際にバックアップが必要なもの
フォルダー 1 つ、Runtime Path だけです。この中に全インスタンス (Mod、ワールド、config、スクリーンショット、ワールドデータ)、共有の Minecraft アセット、共有ライブラリ、GDLauncher がダウンロードした Java ランタイム、アカウントと設定が入ったランチャーの SQLite データベース (gdl_conf.db)、そして __gdl_logs__/ のアプリ全体ログが揃っています。このフォルダーさえバックアップすれば、大事なものは全部残ります。
Electron 自身のデータフォルダーは不要です。ウィンドウ位置や内部キャッシュなど、初回起動時にランチャーが作り直すものしか入っていません。省いても失うものはありません。
Runtime Path を見つける
一番簡単なのは GDLauncher を開いて Settings → Runtime Path のパスをコピーする方法です。移動したことがあってもなくても、これが唯一の正解です。
GDLauncher が開けない場合 (ドライブが壊れている、OS が起動しないなど) のデフォルトの場所:
- Windows:
%APPDATA%\gdlauncher_carbon\data(Win+R かエクスプローラーのアドレスバーに貼り付け)。 - macOS:
~/Library/Application Support/gdlauncher_carbon/data(Finder で Cmd+Shift+G、貼り付けて Enter)。 - Linux:
~/.local/share/gdlauncher_carbon/data(XDG_DATA_HOMEを設定しているなら$XDG_DATA_HOME/gdlauncher_carbon/data)。
Settings から Runtime Path を移動したことがある場合、上のデフォルトフォルダーは存在しないか空で、その隣の runtime_path_override というファイルが実際の場所を指しています。テキストエディターで開けば、1 行だけ書かれた絶対パスが本当のデータの場所です。
バックアップの手順
まず GDLauncher を終了します。Runtime Path の SQLite データベースはランチャーが閉じていれば安全にコピーできますが、書き込み中につかむと壊れたコピーができることがあります。
あとは Runtime Path フォルダーを構造ごとバックアップ先にコピーするだけ。別のドライブ、USB メモリ、NAS、オフラインのクラウドアーカイブ、どこでも構いません。これから消すドライブの上でなければ大丈夫です。
初期化後に復元する
新しい OS の上で:
- GDLauncher をインストール。一度起動して閉じます。これでデフォルトのフォルダーが作られます。
- バックアップした Runtime Path フォルダーを新環境の最終的な場所にコピー。前と同じドライブ / パスでも、別の場所 (大きいドライブなど) でも構いません。
- GDLauncher を再度開き Settings → Runtime Path で今コピーしたフォルダーを指定。有効な GDLauncher データが既に入っているフォルダーを指定すると、ランチャーがそれを検出してコピーも重複もせずに切り替えます。
- ランチャーを再起動。インスタンス、アカウント、設定、Java インストールがすべて戻っています。
バックアップに含まれるもの・含まれないもの
Runtime Path のバックアップで残るもの:
- 全インスタンス: Mod、config、セーブしたワールド、スクリーンショット、リソースパック、シェーダーパック、データパック。
- サインイン済みの Microsoft アカウント (トークンごとランチャーのデータベースに保存)。初回起動でリフレッシュが走ることはありますが、サインインし直す必要はありません。
- 設定: テーマ、言語、デフォルトの Java 引数、デフォルトメモリ、Runtime Path 自体。
- GDLauncher がダウンロードした Java インストール。これは省いて初回起動時に再ダウンロードさせても構いません。バックアップは速くなり、代わりに一度だけダウンロードが発生します。
- アプリ全体ログとインスタンスごとのログ。
残らないもの (そして必要ないもの):
- Electron のウィンドウ状態 (サイズ、位置)。ランチャーが新しいデフォルトを選ぶだけです。
- OS のキーチェーンのエントリ。GDLauncher はアカウントを自前の DB で管理しています。
空き容量が足りないときの最小構成
Runtime Path 全体が入らない場合は <runtime_path>/instances/ と <runtime_path>/gdl_conf.db だけをコピーしてください。instances にワールドと config が、データベースにアカウントと設定が入っています。キャッシュされた Minecraft アセット、ライブラリ、Java インストールは失われますが、これらは初回起動で再ダウンロードされます。
本当に最低限で済ませるなら、各インスタンスの instance/saves/ サブフォルダーだけをコピー。これはワールドファイルだけです。インスタンスの構成 (Mod リスト、バージョン、Mod ローダー) は失われますが、ワールドデータは残り、あとから新規作成したインスタンスに読み込めます。
初期化だけでなくドライブや PC も変える場合
バックアップは同じで、復元先が新しいマシンになるだけです。GDLauncher の Runtime Path データは同じ OS 系統の間ならそのまま移せます。Windows → Windows、Linux → Linux は直接動きます。Windows ↔ macOS ↔ Linux をまたぐ場合もワールド、config、リソースパック、ほとんどの Mod は動きますが、Java は OS ごとにバイナリが違うため再検出され、ネイティブライブラリが初回起動で再ダウンロードされることがあります。
関連: 手動コピーではなくアプリ内でデータを移す方法は GDLauncher のデータを別のドライブに移す を参照してください。
プレイ中に Runtime Path を同期しないこと
OneDrive、iCloud、Dropbox、Google Drive デスクトップなどは GDLauncher とファイルハンドルを奪い合います。復元後、これらが常時同期しているフォルダーの中に Runtime Path を置かないでください。「ファイルが使用中」エラーや、ときどきセーブの破損が起きます。Runtime Path は普通のローカルドライブに置き、バックアップは別途取ってください。