Cum să citești un raport de crash Minecraft

Un raport de crash Minecraft pare intimidant, dar urmează de fiecare dată aceeași structură. Odată ce știi care linii contează cu adevărat, găsești de obicei cauza în mai puțin de un minut. Acest ghid arată unde se află raportul, cum să descifrezi stack trace-ul și cum să-l transformi într-o soluție.

Unde găsești raportul de crash

Minecraft scrie un raport de blocare de fiecare dată când jocul sau serverul se oprește pe neașteptate. Caută aici:

  • crash-reports/
    Un fișier cu marcaj temporal, precum crash-2026-06-08_14.23.51-server.txt. Acesta este raportul dedicat și detaliat.
  • logs/latest.log
    Jurnalul complet de rulare. Dacă nu există un raport de blocare (procesul pur și simplu s-a oprit), eroarea este aici, jos de tot.
  • logs/debug.log
    Un jurnal mult mai detaliat, util când latest.log nu este suficient de detaliat.

Pe un server, aceste foldere se află în rădăcina serverului; pe un client, sunt în folderul instance/.minecraft. Deschide întotdeauna cel mai recent fișier după marcajul temporal.

Anatomia unui raport de crash

Fiecare raport are aceleași părți, de sus în jos:

  • Antet și descriere
    O linie Description care rezumă ce a eșuat, plus ora. Acesta este primul tău indiciu.
  • Stack trace-ul
    Tipul de excepție, apoi o listă de linii de cod care arată unde s-a întâmplat, deseori urmată de unul sau mai multe blocuri Caused by: .
  • Nivel / detalii afectate
    Pentru blocările de lume sau de entitate: coordonatele, dimensiunea și entitatea/blocul implicate.
  • Detalii despre sistem
    Versiunea Minecraft, versiunea Java, memoria alocată, loaderul de moduri și lista completă de moduri. Aur pentru diagnostic.

Cum să-l citești de fapt, pas cu pas

  1. Citește linia Description. Este un rezumat în limbaj simplu, de ex. „Exception ticking entity” sau „Unexpected error”. Asta îți spune deja categoria.
  2. Găsește tipul de excepție în partea de sus a stack trace-ului (de ex. java.lang.OutOfMemoryError, NullPointerException, NoClassDefFoundError). Tipul numește deseori problema în mod direct.
  3. Sari la ultimul „Caused by:”. Când sunt mai multe înlănțuite, cel mai adânc este de obicei adevărata cauză principală, nu primul.
  4. Caută un nume de mod sau plugin în calea pachetului (de ex. com.somemod.Thing). Asta indică direct vinovatul. Un stack trace pur net.minecraft.* indică în schimb date vanilla/de lume.
  5. Verifică detaliile despre sistem. Confirmă că versiunea Java corespunde versiunii tale de Minecraft, vezi câtă memorie a fost alocată și parcurge lista de moduri în căutarea duplicatelor sau a intrărilor învechite.
  6. Potrivește simptomul cu o soluție cunoscută. Folosește cauza găsită pentru a ajunge la soluția corespunzătoare (vezi exemplele de mai jos).

Ce îți spun urmele de stivă frecvente

  • OutOfMemoryError: Java heap space
    Memorie insuficientă. Vezi Out of Memory.
  • Exception ticking entity
    O singură entitate coruptă. Vezi Ticking Entity.
  • A single server tick took 60.00 seconds
    Serverul s-a blocat. Vezi Watchdog Crash.
  • NoClassDefFoundError / ClassNotFoundException
    O bibliotecă lipsă. Vezi NoClassDefFoundError.
  • Exit code -1 with no crash report
    Citește în schimb latest.log. Vezi Error Code -1.

Răsfoiește-le pe toate pe pagina Probleme frecvente .

Niciun raport de crash? Citește latest.log

Uneori procesul pur și simplu se închide (deseori cu codul de ieșire 1 sau -1) fără a scrie un raport de blocare. În acest caz, eroarea reală este la finalul lui logs/latest.log. Derulează de la sfârșit în sus până la prima linie ERROR, FATAL sau Exception: acolo a mers ceva prost. Pentru a înțelege însuși formatul jurnalului, vezi Înțelegerea logurilor Minecraft.

Întrebări frecvente

În folderul crash-reports/ din rădăcina serverului sau în folderul instance/.minecraft, denumit cu data și ora crash-ului. Deschide cel mai recent fișier.

Raportul de crash este o captură concentrată scrisă când jocul se oprește. latest.log este logul complet de funcționare. Dacă nu există un raport de crash, eroarea se află la finalul lui latest.log.

Uită-te la numele pachetelor din stack trace și la cea mai adâncă linie „Caused by:”. Un pachet non-vanilla (care nu e net.minecraft) indică de obicei modul responsabil — confirmă verificând lista de moduri din System Details.

Da, lipește sau încarcă raportul de crash în MCDoctor.ai, iar acesta explică cauza și soluția într-un limbaj clar.