O servidor Minecraft criou um mundo novo: como recuperar o original

Terreno novo depois de um upload não significa que o mapa anterior foi apagado. O Java costuma criar outra pasta quando não encontra o alvo, recebe outro nome ou falha ao abrir o save. Pare as gravações e preserve os dois mundos e o primeiro log anormal.

Pare e guarde as evidências

Execute stop e confirme o fim do processo. Não deixe jogadores avançarem no mundo inesperado. Copie para fora da raiz ativa o mundo desejado, o novo, server.properties e logs/latest.log. Registre nomes, tamanhos, horários e a ação anterior.

Não exclua a pasta nova: o nome mostra o que o servidor tentou carregar. Desative reinício automático durante o diagnóstico.

Localize a raiz correta

A raiz é a pasta que contém level.dat diretamente. londres/londres/level.dat possui uma camada extra; ZIP fechado também não carrega. Uma pasta pequena e recente ao lado de outra grande costuma apontar nome ou caminho incorreto.

Não copie apenas level.dat: regiões, entidades, jogadores e dimensões formam um conjunto. Verifique se upload e extração terminaram.

Confira level-name e o painel

Com o processo parado, examine:

level-name=mapmc-rio

O valor deve coincidir, sem aspas nem extensão e respeitando maiúsculas no Linux. O painel pode sobrescrever pelo campo de mundo. Se surgiu world, o padrão provavelmente foi usado; se o nome coincide mas está vazio, investigue nesting, permissões e diretório ativo.

Confirme a instância em execução

Painéis podem ter várias instâncias, perfis e volumes. Veja comando de início, caminho do JAR, nome da instância e começo do log. Em servidor próprio, confira diretório de trabalho e usuário do serviço.

Deploys ou restaurações agendadas podem substituir arquivos ao iniciar. Identifique o processo real em vez de copiar o mundo para todos os diretórios.

Leia o primeiro erro de carregamento

Procure nome do mundo, versão de dados, session lock, permissões, mods ausentes e exceções ao ler level.dat ou chunks. O servidor pode falhar no mapa antigo, gerar outro e ainda chegar a “Done”. Salve o primeiro erro antes de reiniciar.

Se o mundo veio de versão mais nova, não faça downgrade da única cópia. Recupere o ambiente compatível e teste um duplicado.

Corrija apenas uma cópia privada

Duplique o mapa com nome simples e mude só o que a evidência demonstra: camada extra, upload incompleto, level-name, dependência ou caminho. Mantenha whitelist, inicie e confira log, spawn, construções, dimensões e jogadores.

Pare e reinicie após uma alteração pequena. Terreno semelhante ou mesma seed não provam identidade.

Escolha a recuperação adequada

• Nome diferente: corrija level-name mantendo as cópias.
• Pasta dupla: mova a raiz com level.dat.
• Instância errada: ajuste processo ou raiz documentada.
• Dependência ausente: reproduza a pilha compatível.
• Dano real: restaure um backup testado com outro nome.

Excluir o mundo novo não força reconhecimento; o Java pode recriá-lo e apagar a pista.

Evite troca silenciosa no futuro

Mantenha backups fora da raiz ativa e teste restaurações. Documente level-name, diretório, versão, loader, mods e instância. Após migrações, faça boot privado, verificação de locais, parada limpa e segundo boot.

A sequência parar, copiar, achar raiz, conferir nome e instância, ler logs e testar duplicata resolve a maioria desses incidentes sem destruir dados.