Qué hacer si el servidor de Minecraft creó un mundo nuevo

Ver terreno nuevo tras una carga no significa que el mundo anterior se haya borrado. Java suele crear otra carpeta cuando no encuentra el destino, recibe otro nombre o no puede abrir el guardado. Detén las escrituras y conserva ambos mundos y el primer log anómalo.

Detén y guarda las pruebas

Ejecuta stop y confirma que el proceso termina. No permitas progreso en el mundo inesperado. Copia fuera del directorio activo el mundo previsto, el nuevo, server.properties y logs/latest.log. Anota nombres, tamaños, fechas y la acción previa.

No borres la carpeta nueva: su nombre revela qué intentó cargar el servidor. Desactiva temporalmente el reinicio automático para que no altere logs y marcas de tiempo.

Localiza la raíz correcta

La raíz es la carpeta que contiene directamente level.dat. Una ruta londres/londres/level.dat tiene una capa extra; un ZIP cerrado tampoco se carga. Una carpeta nueva y pequeña junto a otra grande suele señalar un problema de nombre o ruta.

No copies solo level.dat: regiones, entidades, jugadores y dimensiones forman un conjunto. Verifica también que la subida y extracción terminaron.

Revisa level-name y el panel

Con el servidor parado, comprueba:

level-name=mapmc-madrid

Debe coincidir con la carpeta, sin comillas ni extensión, respetando mayúsculas en Linux. El panel puede sobrescribirlo mediante su campo de mundo. Si aparece una carpeta world, probablemente se usó el valor predeterminado; si el nombre coincide pero el contenido es nuevo, revisa anidamiento, permisos y directorio activo.

Confirma qué instancia se ejecuta

Muchos paneles alojan varias instancias, perfiles o volúmenes. Examina comando de inicio, ruta del JAR, nombre de instancia y comienzo del log. En un servidor propio verifica el directorio de trabajo y el usuario del servicio.

Un despliegue o tarea de restauración también puede reemplazar archivos al arrancar. No dupliques el mundo en todas partes: identifica primero el único proceso real.

Lee el primer error de carga

Busca nombre del mundo, versión de datos, session lock, permisos, mods ausentes y excepciones al leer level.dat o chunks. El proceso puede fallar con el mundo original, crear otro y aun así terminar con “Done”. Guarda el primer error antes de reiniciar.

Si el mundo pertenece a una versión superior, no bajes la única copia. Recupera el entorno compatible y prueba un duplicado.

Corrige una sola copia privada

Duplica el mundo y usa un nombre simple. Corrige solo lo demostrado: una capa extra, carga incompleta, level-name, dependencia o ruta. Mantén lista blanca, inicia una vez y verifica log, spawn, edificios, dimensiones y jugadores.

Detén y reinicia después de un pequeño cambio. Terreno parecido o la misma semilla no bastan para identificar el mundo.

Elige la recuperación con evidencia

• Nombre distinto: corrige level-name conservando ambas copias.
• Doble carpeta: coloca la raíz con level.dat en el nivel esperado.
• Instancia errónea: cambia el proceso o su raíz documentada.
• Dependencias ausentes: reproduce el entorno compatible.
• Daño real: restaura un backup probado con otro nombre.

No borres el mundo nuevo para forzar nada; Java puede regenerarlo y eliminar la pista principal.

Evita otro cambio silencioso

Mantén backups fuera del directorio activo y ensaya restauraciones. Documenta level-name, raíz, versión, cargador, mods e instancia. Tras cada migración o actualización, realiza arranque privado, revisión de lugares, apagado limpio y segundo arranque.

El orden seguro —detener, copiar, localizar raíz, comprobar nombre e instancia, leer logs y probar un duplicado— resuelve la mayoría de estos incidentes sin destruir datos.