ロックされたインスタンスとは？
CurseForge や Modrinth から Modpack を導入すると、そのインスタンスはデフォルトで ロック (locked) されます。インスタンス横に錠前アイコンが付き、Pack の構成を変える操作, 個別 Mod の追加・削除・更新, は無効化されます。プレイ自体や Java / RAM の設定変更、スクリーンショット、その他の操作は普通にできます。ロックは Pack が管理する Mod セット だけを保護します。
ロックがあるのは、Modpack がテスト済み・バージョン固定の Mod の集合だからです。Pack の作者は意図して Mod の組み合わせと特定バージョンを選んでいます。1 つの Mod だけ新しいバージョンに差し替えると、その古い版に依存する別 Mod が壊れることがあります。ロックはその誤操作を未然に防ぎます。
ロック中にできること・できないこと
ロック中でも以下は 可能 です:
- インスタンスの起動とプレイ。
- RAM、Java 引数、Java Override の変更。
- スクリーンショットの撮影、ログの閲覧。
- Edit Instance からインスタンス名やアイコンの変更。
- Modpack 全体を新しいリリースに更新 (Settings → Change Modpack Version)。
ロック中にできないのは:
- Addons タブから何かを追加すること, Mod、シェーダー、リソースパック、データパック、ワールド すべてが対象です。ロック中はすべてのアドオン種別で Add ボタンが無効化されます。
- Pack 管理下の Mod / アドオンの削除や無効化。
- Pack 管理下の Mod を個別に新しいバージョンへ更新。
Mods タブと Addons タブでは、無効化されたアクションの横に「このインスタンスはロックされています, 変更を適用できません」というヒントが表示されます。Addons ブラウザから導入する場合も Install ボタンの段階で同様にブロックされます。
3 つの状態: Locked / Unlocked / Unpaired
これら 3 つの語は GDLauncher 上で使い分けられており、意味が異なります。
- Locked (ロック中): インスタンスは CurseForge / Modrinth の Modpack と紐付き、Pack 管理下の Mod セットは読み取り専用。導入直後の Modpack インスタンスはこの状態。
- Unlocked (ロック解除): Modpack との紐付けは残ったまま (Pack 名とバージョンは追跡される) ですが、Mod セットを自由に編集できます。GDLauncher は引き続き Pack を覚えているので、後で新リリースへの更新も可能。代わりに Mod の整合性は自分で管理することになります。
- Unpaired (切り離し): Modpack との関連が完全に解除された状態。インスタンスは Custom インスタンスになり、ファイルはそのまま残りますが、GDLauncher は Pack の更新を追跡せず、Modpack インスタンスとして扱わなくなります。Unlocked → Unpaired は一方通行です。
ロックを解除する方法 (Unlock)
- インスタンスを開いて歯車アイコンをクリック (またはインスタンスを右クリック → Settings)。
- 設定ページ上部の Modpack Info セクションへ。Pack のアイコン、名前、現在のバージョンの下に操作ボタンが並びます。
- Unlock ボタン (錠前アイコンの「Unlock」) をクリック。即時にロック解除状態に切り替わります。
解除後はセクションの表示が「Unlocked」になり、開いた錠前のアイコンに変わります。同じ画面から再度ロックも可能ですが、自分で Mod セットを整え始めた後は再ロックする実用的な理由はあまりありません。
切り離しの方法 (Unpair)
- 同じ Modpack Info セクションで Unpair ボタン (枝分かれアイコン) をクリック。
- 開いたモーダルで確定。GDLauncher はこの操作が永続的であることを警告します。
切り離しが完了すると、Modpack Info セクション自体が消えます。これ以後 Change Modpack Version や Reinstall の対象外となり、Custom インスタンスとして扱われます。
Reinstall と Unlock の違い
Modpack Info セクションには Reinstall ボタンもあります。Unlock とは別物で、目的も異なります。Reinstall は現在のバージョンの Modpack を再インストールし、Pack 管理下の Mod や設定を Manifest どおりに上書きします。jar が壊れた、設定が消えた、といった破損を、ワールドを失わずに修復するために使います。
| 操作 | Pack 管理下の Mod への影響 | Pack との紐付け |
|---|---|---|
| Unlock | そのまま, ただし編集可能に | 維持 |
| Unpair | ファイルとしては残るが「Pack の Mod」ではなくなる | 解除 |
| Reinstall | Manifest 通りに復元 | 維持 |
| Change Modpack Version | 新バージョンの Manifest に置換 | 維持 (バージョンが変わる) |
いつロックを解除すべきか・しないべきか
解除する典型的なケース:
- Pack 管理下の特定 Mod に重大なバグやセキュリティ修正があるのに Pack 自体は更新されていない。
- Pack に含まれない Mod・シェーダー・リソースパック・データパック・ワールドを追加したい. Addons タブの Add ボタンはロックで無効化されるため、UI から導入するには解除が必要です。
- 更新が止まった Pack を自分で延命している。
解除を避けるべきケース:
- Pack が現役で更新されている, 次のリリースに任せた方が版整合性を保ちやすい。
- 作者の意図したバランスでプレイしており、構成からずれたくない。
実用的な流れとしては「一時的に解除 → 必要なものを追加 → そのままアンロック状態で継続」が一般的です。自分で追加したものは再ロックしてもそのまま残ります (ロックは Pack 管理下 のセットだけを対象とするため)。ただし一度自分で手を入れ始めると、再ロックする実用的な理由はあまりありません。
ロックではないもの
ロックは権限管理やセキュリティ境界ではありません。GDLauncher の UI 上で誤って Mod を編集してしまうのを防ぐためのガードレールです。インスタンスフォルダーは普通のフォルダーで、mods ディレクトリに直接書き込むツールやファイル操作はロックを完全に迂回します。
その方法で追加された jar は、Mods タブで Pack 管理下の Mod と並んで表示されます。それを取り除くにはファイルシステム側で操作する必要があり、UI からは消せません。
簡易トラブルシューティング
- 「Mod を 1 つだけ更新できない」, ロックが正しく動作している状態。Settings → Unlock で解除するか、Pack 全体を更新する Change Modpack Version を使用。
- 「ロック中のインスタンスで Update All がグレーアウト」, 同じ理由。Change Modpack Version を使うか、Unlock してから。
- 「再ロック後も自分で追加した Mod が Mods タブに残る」, ロックは Pack 管理下の Mod のみが対象。ユーザー追加の Mod は常に表示。
- 「Reinstall で編集した設定が上書きされた」, 想定どおりの挙動。Reinstall は Manifest に復元します。Reinstall 前に編集済みの設定をバックアップしてください。