Comment lire un rapport de crash Minecraft

Minecraft écrit un rapport de crash chaque fois que le jeu ou le serveur s'arrête de façon inattendue. Regardez ici :

• crash-reports/
  Un fichier horodaté comme crash-2026-06-08_14.23.51-server.txt. C'est le rapport dédié et détaillé.
• logs/latest.log
  Le journal d'exécution complet. S'il n'y a pas de rapport de crash (le processus s'est simplement arrêté), l'erreur se trouve ici, tout en bas.
• logs/debug.log
  Un journal bien plus détaillé, utile quand latest.log ne l'est pas assez.

Sur un serveur, ces dossiers se trouvent à la racine du serveur ; sur un client, ils sont dans le dossier instance/.minecraft. Ouvrez toujours le fichier le plus récent selon l'horodatage.

Chaque rapport a les mêmes parties, de haut en bas :

• En-tête et description
  Une ligne Description résumant ce qui a échoué, plus l'heure. C'est votre premier indice.
• La trace de la pile
  Le type d'exception, puis une liste de lignes de code montrant où cela s'est produit, souvent suivie d'un ou plusieurs blocs Caused by: .
• Niveau / détails affectés
  Pour les crashs de monde ou d'entité : les coordonnées, la dimension et l'entité/le bloc concernés.
• Détails système
  Version de Minecraft, version de Java, mémoire allouée, le chargeur de mods et la liste complète des mods. De l'or pour le diagnostic.

1. Lisez la ligne Description. C'est un résumé en langage clair, par ex. « Exception ticking entity » ou « Unexpected error ». Cela vous indique déjà la catégorie.
2. Trouvez le type d'exception en haut de la trace de la pile (par ex. java.lang.OutOfMemoryError, NullPointerException, NoClassDefFoundError). Le type nomme souvent le problème directement.
3. Allez au dernier « Caused by: ». Quand plusieurs sont enchaînés, le plus profond est généralement la véritable cause racine, pas le premier.
4. Cherchez un nom de mod ou de plugin dans le chemin du paquet (par ex. com.somemod.Thing). Cela désigne directement le coupable. Une trace purement net.minecraft.* pointe plutôt vers les données vanilla/du monde.
5. Vérifiez les détails système. Confirmez que la version de Java correspond à votre version de Minecraft, voyez combien de mémoire a été allouée et parcourez la liste des mods à la recherche de doublons ou d'entrées obsolètes.
6. Faites correspondre le symptôme à une solution connue. Utilisez la cause trouvée pour accéder à la solution correspondante (voir les exemples ci-dessous).

• OutOfMemoryError: Java heap space
  Pas assez de mémoire. Voir Out of Memory.
• Exception ticking entity
  Une seule entité corrompue. Voir Ticking Entity.
• A single server tick took 60.00 seconds
  Le serveur s'est figé. Voir Watchdog Crash.
• NoClassDefFoundError / ClassNotFoundException
  Une bibliothèque manquante. Voir NoClassDefFoundError.
• Exit code -1 with no crash report
  Lisez plutôt latest.log. Voir Error Code -1.

Parcourez-les tous sur la page Problèmes courants .

Parfois le processus se termine simplement (souvent avec le code de sortie 1 ou -1) sans écrire de rapport de crash. Dans ce cas, l'erreur réelle se trouve tout en bas de logs/latest.log. Remontez depuis la fin jusqu'à la première ligne ERROR, FATAL ou Exception : c'est là que les choses ont mal tourné. Pour comprendre le format du journal lui-même, voir Comprendre les logs Minecraft.