Minecraftクラッシュレポートの読み方

Minecraft はゲームまたはサーバーが予期せず停止するたびにクラッシュレポートを書き込みます。ここを見てください：

• crash-reports/
  次のようなタイムスタンプ付きのファイル： crash-2026-06-08_14.23.51-server.txt. これは専用の詳細なレポートです。
• logs/latest.log
  実行中の完全なログ。クラッシュレポートがない場合（プロセスが単に終了した場合）、エラーはここ、一番下にあります。
• logs/debug.log
  はるかに詳細なログで、latest.log が十分に詳細でないときに役立ちます。

サーバーではこれらのフォルダーはサーバーのルートにあり、クライアントでは instance/.minecraft フォルダー内にあります。常にタイムスタンプ順で最新のファイルを開いてください。

どのレポートも上から下まで同じ部分で構成されています：

• ヘッダーと説明
  何が失敗したかを要約する 1 行の Description 行と、時刻。これが最初の手がかりです。
• スタックトレース
  例外の種類、続いてどこで発生したかを示すコード行のリスト。多くの場合、その後に 1 つ以上の Caused by: ブロックが続きます。
• 影響を受けたワールド / 詳細
  ワールドやエンティティのクラッシュの場合：座標、ディメンション、関係するエンティティ/ブロック。
• システム詳細
  Minecraft のバージョン、Java のバージョン、割り当てメモリ、Mod ローダー、完全な Mod リスト。診断にとって金脈です。

1. Description 行を読みます。 これは平易な言葉での要約で、例えば「Exception ticking entity」や「Unexpected error」などです。これだけでカテゴリが分かります。
2. 例外の種類を見つけます スタックトレースの一番上で（例： java.lang.OutOfMemoryError, NullPointerException, NoClassDefFoundError). 種類が問題をそのまま言い当てていることがよくあります。
3. 最後の「Caused by:」へ移動します。 複数が連鎖している場合、最初ではなく最も深いものが通常は本当の根本原因です。
4. Mod またはプラグインの名前を探します パッケージのパスの中で（例： com.somemod.Thing). それが犯人を直接指し示します。純粋な net.minecraft.* トレースは代わりにバニラ/ワールドデータを指します。
5. システム詳細を確認します。 Java のバージョンが Minecraft のバージョンと一致していることを確認し、どれだけメモリが割り当てられたかを見て、Mod リストに重複や古いエントリがないか確認します。
6. 症状を既知の解決策に対応させます。 見つけた原因を使って、該当する解決策へ移動します（下の例を参照）。

• OutOfMemoryError: Java heap space
  メモリ不足。参照： Out of Memory.
• Exception ticking entity
  単一の破損したエンティティ。参照： Ticking Entity.
• A single server tick took 60.00 seconds
  サーバーがフリーズしました。参照： Watchdog Crash.
• NoClassDefFoundError / ClassNotFoundException
  ライブラリの欠落。参照： NoClassDefFoundError.
• Exit code -1 with no crash report
  代わりに latest.log を読んでください。参照： Error Code -1.

すべてを よくある問題 ページで閲覧。

プロセスがクラッシュレポートを書き込まずに単に終了することがあります（多くの場合、終了コード 1 または -1）。その場合、本当のエラーは logs/latest.log の一番下にあります。末尾から上にスクロールして最初の ERROR、FATAL、または Exception の行まで進んでください。そこで問題が起きています。ログ形式そのものを理解するには、参照： Minecraftログの理解.