Corrigir um level.dat

Compatível com Minecraft Bedrock Edition e Java Edition — e com todos os softwares de servidor de ambas as edições, conhecidos ou não: Vanilla, Paper, Spigot, Purpur, Folia, Fabric, Forge, NeoForge, Mohist, Sponge, Bedrock Dedicated Server, PocketMine-MP, Nukkit, PowerNukkitX, Cloudburst, Dragonfly, Endstone, LeviLamina e outros. Lista completa.

Um mundo que não carrega geralmente tem um destes problemas: level.dat truncado após falha durante o save, compressão incorreta após edição manual, tamanho inválido no cabeçalho Bedrock ou tipo de tag alterado. Solte o arquivo abaixo; o editor informa onde a leitura parou e ajuda a identificar a causa.

Diagnósticolevel.dat_oldCabeçalhoCompressãoTruncamento

Arraste level.dat ou level.dat_old aqui

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

O que realmente causa falhas

SintomaCausaCorreção
O editor informa “Unexpected end of data”Arquivo truncado: o processo parou durante o save ou o disco ficou cheioRestaure level.dat_old ou um backup; os bytes ausentes não podem ser recuperados
O jogo diz que o mundo está corrompido, mas o editor o abreCompressão ou ordem de bytes incorreta gravada por outra ferramentaSalve novamente no formato correto da edição
Mundo Bedrock não aparece na listaO tamanho no cabeçalho não corresponde aos dadosAbra e salve aqui; o tamanho será recalculado
O servidor registra erro de classe ou tipo ao carregarO tipo de uma tag foi alterado (Byte onde deveria ser Int)Restaure o tipo esperado pelo jogo
O mundo carrega, mas você surge em um mundo novolevel.dat foi substituído por um novo arquivoRestaure o backup; os chunks em region/ ou db/ geralmente continuam intactos
Nenhum arquivo é interpretado, nem _oldFalha de armazenamento: o sistema retornou zeros ou dados inválidos nos dois arquivosRestaure um backup externo e verifique o disco antes de confiar no host

Recuperação de um mundo sem level.dat

Terreno, baús e jogadores não ficam em level.dat; eles ficam em region/ (Java) ou db/ (Bedrock). Se os metadados não puderem ser reparados, crie um mundo novo com a mesma versão e configurações, mova os chunks e defina LevelName, coordenadas de spawn e regras no arquivo novo. Você perde metadados, não construções. Confirme a versão: um mundo Java contém DataVersion, e o arquivo novo não pode ser mais antigo que os chunks importados.

Como evitar outra corrupção

  • Pare o servidor antes de copiar ou editar. Muitas corrupções começam com uma cópia feita durante a gravação.
  • Faça snapshots agendados fora da máquina. Um backup no mesmo disco não sobrevive à falha de armazenamento que causou o problema.
  • Use save-off / save-all antes e depois de snapshots com o servidor ligado para copiar o mundo sem gravações em andamento.
  • Monitore o espaço em disco. Um disco cheio trunca saves sem aviso, e level.dat é gravado por último.
  • Edite valores, não a estrutura. Renomear tags ou alterar tipos pode impedir o jogo de carregar o arquivo.

Perguntas frequentes

O que é level.dat_old?

É o save anterior. O Minecraft renomeia o arquivo atual para level.dat_old antes de gravar outro, criando um backup de uma geração que deve ser testado primeiro.

Um editor NBT consegue reparar um arquivo truncado?

Ele informa onde os dados terminam, mas não reconstrói bytes ausentes. Uma leitura parcial exige um backup.

Vou perder minhas construções?

Não apenas por um level.dat corrompido. Os chunks ficam em region/ ou db/; um arquivo de mundo novo da mesma versão pode usá-los.

O servidor diz que level.dat está correto, mas o mundo está vazio.

Nesse caso, o problema está nos chunks, não nos metadados. Confira se region/ ou db/ foram copiados e se as coordenadas de spawn em level.dat apontam para o local esperado.

Ferramentas relacionadas