Cómo reparar un level.dat dañado

Compatible con Minecraft Bedrock Edition y Java Edition, y con todos sus núcleos de servidor, conocidos o no: Vanilla, Paper, Spigot, Purpur, Folia, Fabric, Forge, NeoForge, Mohist, Sponge, Bedrock Dedicated Server, PocketMine-MP, Nukkit, PowerNukkitX, Cloudburst, Dragonfly, Endstone, LeviLamina y el resto. Lista completa.

Cuando un mundo no carga, suele haber una de cuatro causas: level.dat truncado por un fallo durante el guardado, compresión incorrecta tras editarlo, longitud dañada en el encabezado de Bedrock o un tipo de etiqueta modificado. Arrastra el archivo; el editor indicará dónde se detuvo el análisis y permitirá identificar rápidamente la causa.

Diagnósticolevel.dat_oldEncabezadoCompresiónTruncamiento

Arrastra level.dat o level.dat_old aquí

level.dat · .nbt · .mcstructure · .schem · .schematic · .dat · volcados de chunks

Qué se daña realmente

SíntomaCausaSolución
El editor indica "Fin de datos inesperado"Archivo truncado: el proceso falló durante el guardado o se llenó el discoRestaura level.dat_old o un respaldo; los bytes faltantes se perdieron
El juego indica que el mundo está dañado, pero el editor lo cargaOtra herramienta escribió una compresión u orden de bytes incorrectosGuárdalo aquí con el formato correcto para la edición
El mundo Bedrock no aparece en la listaLa longitud del encabezado no coincide con la carga útilÁbrelo y guárdalo aquí; la longitud se recalcula automáticamente
El registro muestra un error de conversión de clase o tipo al cargarSe cambió manualmente el tipo de una etiqueta (Byte donde se espera Int)Restaura el tipo que espera el juego
El mundo carga, pero apareces en un mundo nuevolevel.dat se reemplazó por uno recién generadoRestaura el respaldo; los chunks en region/ o db/ suelen estar intactos
Nada se puede analizar, incluido _oldFallo de almacenamiento: el sistema devolvió ceros o datos basura para ambosRestaura un respaldo externo y revisa el disco antes de volver a confiar en el host

Recuperar un mundo sin level.dat

El terreno, los cofres y jugadores no están en level.dat, sino en region/ (Java) o db/ (Bedrock). Si los metadatos no se pueden reparar, crea un mundo nuevo con la misma versión y ajustes, mueve allí los chunks y configura LevelName, aparición y reglas en el archivo nuevo. Se pierden metadatos, no construcciones. Primero comprueba la versión: Java incluye DataVersion y el archivo nuevo no debe ser anterior a los chunks importados.

Cómo evitar que vuelva a ocurrir

  • Detén el servidor antes de copiar o editar. Muchos daños empiezan al copiar un archivo mientras se está escribiendo.
  • Crea snapshots periódicos fuera del equipo. Un respaldo en el mismo disco no sobrevive al fallo de almacenamiento que causó el problema.
  • Usa save-off / save-all al crear snapshots en vivo para copiar un mundo en reposo.
  • Vigila el espacio en disco. Un disco lleno trunca guardados sin avisar, y level.dat se escribe al final.
  • Edita valores, no la estructura. El juego no puede tolerar etiquetas renombradas o con el tipo cambiado.

Preguntas frecuentes

¿Qué es level.dat_old?

Es el guardado anterior. Minecraft renombra el archivo actual a level.dat_old antes de escribir uno nuevo, por lo que sirve como respaldo de una generación y conviene probarlo primero.

¿Puede un editor NBT reparar un archivo truncado?

Puede indicar exactamente dónde terminan los datos, pero no reconstruir los bytes faltantes. Un análisis parcial significa que necesitas un respaldo.

¿Perderé mis construcciones?

No por un level.dat dañado solamente. Los chunks están en region/ o db/; un archivo de mundo nuevo de la misma versión puede adoptarlos.

El servidor dice que level.dat está bien, pero el mundo está vacío.

Entonces falla el almacenamiento de chunks, no los metadatos. Comprueba que region/ o db/ se copiaron y que las coordenadas de aparición de level.dat apuntan al lugar esperado.

Herramientas relacionadas