Um modpack de Minecraft em um servidor gratuito pode ainda estar sendo instalado, falhar durante a inicialização ou já estar rodando enquanto um amigo não consegue entrar. Essas três situações exigem próximos passos diferentes. Comece pelo status atual do painel e pelo log dessa tentativa de inicialização. Não apague mods ao acaso nem o mundo compartilhado logo de início.

Este guia acompanha a primeira inicialização com falha no MCF Free. Os 2 GB de RAM e 10 GB de armazenamento verificados são um escopo de hospedagem limitado. Um pack visível no catálogo, portanto, não é automaticamente adequado para o Free. Um pack grande pode precisar de mais recursos já ao carregar, antes mesmo de alguém jogar.

Verificado em: 7 de outubro de 2026. Este guia não usa tempos de inicialização inventados nem um ranking de supostos erros mais comuns. O que vale é a sua tentativa atual e os requisitos da versão do pack escolhida.

Primeiro, descubra qual etapa está faltando

Estado do painel O que você verifica em seguida
A instalação está em andamento ou aguardando Progresso da instalação e mensagem atual; não reinstale repetidamente
A inicialização começa e depois é interrompida Log de inicialização novo e completo e a primeira causa concreta do erro
O servidor está rodando, mas o amigo não consegue entrar Comparar separadamente o pack do cliente, o endereço e o erro de entrada
O servidor está rodando, mas o jogo trava Investigar a carga em execução; é um problema diferente de uma inicialização com falha

Uma tarefa de instalação na fila ainda não é uma falha de mod. Uma mensagem de erro antiga na tela também não descreve necessariamente a tentativa em andamento. Compare o horário, a tarefa de inicialização e o status. Se um processo de instalação ou restauração já estiver em andamento, aguarde o resultado dele.

Quatro etapas separadas: do pacote de servidor ao log de inicialização, ao servidor em execução e à entrada de um amigo
Quatro etapas separadas: do pacote de servidor ao log de inicialização, ao servidor em execução e à entrada de um amigo

O fluxo separa instalação, inicialização e entrada. Ele não contém tempos de espera garantidos.

Registre a tentativa antes de mudar qualquer coisa

Anote o nome do pack e a versão exata do pack. Acrescente a versão do Minecraft, o loader com a build, o runtime escolhido e a quantidade de RAM e armazenamento. A versão do pack é um número diferente da versão do Minecraft. Um pack pode ter várias versões publicadas para a mesma versão do Minecraft.

Salve o log completo e atual do console como arquivo. Se um relatório de falha (crash report) tiver sido gerado, salve-o também. Nem toda interrupção gera automaticamente um arquivo na pasta de crash reports. Uma captura de tela com apenas a última linha vermelha pode esconder a causa real.

Pare o servidor antes de alterar arquivos. Antes de alterar um jogo salvo existente, faça backup do mundo, da lista de mods, da configuração e dos dados necessários dos jogadores. Guarde a cópia original separadamente. Se você enviar um log ao suporte, remova credenciais e outros conteúdos privados da cópia enviada, mas mantenha a cadeia de erros e as informações de versão relevantes.

Ler a causa na cadeia de erros

Leia o primeiro erro concreto e as seções Caused by correspondentes. No Fabric, o guia oficial de crash reports explica como o relatório e a cadeia de erros se relacionam. O último erro consequente nem sempre é o que o desencadeou.

Could not execute entrypoint stage 'main' indica um erro ao executar um ponto de entrada. Essa linha sozinha não prova que há um mod somente de cliente. Só a extensão citada, a cadeia de erros completa e a documentação de instalação dela levam a um próximo passo fundamentado.

Uma mensagem sobre dependência ausente exige a dependência correta, na versão certa e no ambiente certo. Uma mensagem sobre versão incompatível do Minecraft ou do loader exige primeiro a conferência de versões. O guia de versões do Fabric trata dessa conferência com mais detalhes.

Com UnsupportedClassVersionError, a versão de classe Java de um arquivo carregado não corresponde ao runtime em uso. Isso é descrito na referência do Java. Verifique o requisito de runtime da versão específica do pack. Não troque ao mesmo tempo o Java, o Minecraft e todos os mods por versões mais novas aleatórias.

Usar o pacote de servidor previsto

Um pack de cliente também contém extensões para visual, controles ou outras funções do cliente. Por isso, um pacote de servidor pode ter uma lista de arquivos diferente. Não copie a pasta mods inteira de um amigo para o servidor só para deixar as listas supostamente iguais.

Confira a página do projeto da versão escolhida: existe um pacote de servidor próprio, instruções adicionais para o servidor ou alterações expressamente necessárias? Use essa versão e o guia correspondente. A documentação de instalação do Fabric distingue o ambiente e a compatibilidade dos mods.

Não descarte um mod apenas pelo nome. Alguns projetos oferecem funções opcionais de servidor, embora sejam mais conhecidos pelo uso no cliente. Se a versão específica for oferecida claramente apenas para o cliente ou for inadequada para o servidor, primeiro pare o servidor e faça backup do mundo, da lista de mods e da configuração. Depois, de acordo com as instruções do pack, mova o arquivo para uma pasta separada fora de mods; não o apague de início. Mantenha uma lista dos arquivos alterados.

Um teste limpo com o pacote de servidor previsto costuma ser mais revelador do que várias alterações isoladas em uma configuração danificada. Para um mundo existente, esse teste também exige uma cópia separada e versões compatíveis do mundo e dos mods.

Comparar os recursos com um resultado real

Leia os requisitos da versão do pack. Compare-os com o escopo disponível do Free, o espaço livre em disco e o ambiente que realmente está em execução. A RAM contratada, a configuração do heap do Java e a necessidade de memória do processo inteiro são grandezas diferentes.

Uma mensagem explícita de OutOfMemoryError é um indício importante de memória. Já um código de saída 137 isolado ou a palavra Killed sozinha ainda não prova por que o processo foi encerrado. Verifique mensagens adicionais de recursos e do sistema ou peça ao suporte que analise a tentativa específica.

Se o requisito comprovado do pack estiver acima do Free, escolha um pack menor e adequado ou avalie o escopo adicional necessário. O guia de decisão de planos começa exatamente nesse limite. Um pacote maior não resolve uma dependência ausente nem corrige automaticamente um runtime errado.

Fazer uma segunda tentativa rastreável

Altere apenas a causa comprovada e reinicie de forma ordenada. Compare o novo log com a tentativa original salva. Uma mensagem de erro diferente pode significar que o primeiro erro foi corrigido e outro ficou visível.

Se for preciso investigar mods individualmente, use uma configuração de teste separada, com uma cópia e um mundo de teste descartável. Não inicie o mundo original único de vocês com mods de conteúdo removidos, pois seus blocos ou dados podem sumir ou ser alterados. O mod principal, as bibliotecas e as extensões obrigatórias devem ser comparados juntos. Se um subconjunto iniciar, por enquanto você só sabe que essa combinação funciona nas condições de teste; a parte removida pode ter um erro próprio. Dividir a lista de arquivos ao meio não garante um número fixo de reinicializações: mods interdependentes e vários erros podem distorcer o método.

Em erros de mundo, registry ou gerador, encerre a tentativa antes de testar outras versões. Um mundo ilegível não está automaticamente danificado de forma definitiva; um mod ausente ou alterado também pode estar envolvido. Com Unable to read or access ..., leia o caminho exato do arquivo e as mensagens anteriores: o arquivo pode estar ausente, ilegível, com permissões erradas ou com dados inválidos. Em erros de mundo ou de arquivos de salvamento, atribuição de identidade pouco clara ou interrupções repetidas, envie ao suporte o trecho completo e relevante do log, a lista de mods, as versões e a última alteração. Não restaure arquivos do mundo por suspeita nem apague o progresso dos jogadores para diagnosticar. Não apague o mundo como medida de diagnóstico.

Depois de uma inicialização estável, vem a primeira entrada no modpack com uma instância de cliente compatível; um processo iniciado ainda não prova uma entrada bem-sucedida do cliente. Peça a dois amigos com a mesma versão do pack que entrem e confirme que os dados existentes do mundo e dos jogadores foram preservados. Só então o problema está resolvido. Para um servidor que roda, mas está lento, o spark para análise de lag é o próximo passo, separado.

FAQ

Um erro de entrypoint prova que há um mod somente de cliente?

Não. Ele mostra apenas que um ponto de entrada falhou. Leia a extensão envolvida, a cadeia de erros e os requisitos dela para o servidor antes de remover um arquivo.

A lista de mods precisa ser idêntica no cliente e no servidor?

Não totalmente. Componentes somente de cliente e somente de servidor podem ser diferentes. As versões necessárias para a conexão e para o conteúdo do jogo precisam corresponder ao pack.

Posso iniciar qualquer pack oferecido com o Free?

A visibilidade no catálogo não é uma garantia de compatibilidade com o Free. Compare os requisitos da versão específica com 2 GB de RAM e 10 GB de armazenamento, além do espaço realmente livre.

O código de saída 137 sempre significa pouca RAM?

O código sozinho não indica essa causa de forma inequívoca. Verifique mensagens adicionais e indícios de recursos da tentativa em questão.

Devo criar um mundo novo se houver um erro de mundo?

Primeiro faça backup e preserve o estado existente. Verifique mods ausentes, registry, gerador e versões em uma cópia. Um mundo novo não prova que o antigo é irrecuperável.

Quais informações ajudam o suporte?

Nome e versão do pack, Minecraft e loader, runtime, recursos, horário, status do painel e o novo log completo. Acrescente a última alteração feita e um crash report, se existir, sem credenciais privadas.