Forge, NeoForge et Fabric sont des chargeurs de mods : au démarrage, ils chargent tous les mods du dossier mods/ et vérifient qu'ils sont compatibles entre eux et avec la version de Minecraft. Si quelque chose se passe mal, un message apparaît dans le journal du serveur. Chaque section ci-dessous traite exactement un de ces messages. Viennent d'abord les erreurs qui empêchent le démarrage, puis les avertissements pour lesquels le serveur continue de tourner.

Tu trouves le message complet dans la Console ou sous Fichiers dans logs/latest.log, et les rapports de plantage dans le dossier crash-reports/. Sous beaucoup de messages figure une stacktrace : une liste d'emplacements du programme qui montre où l'erreur est survenue. Les noms de paquets et de dossiers qui y figurent révèlent souvent le mod concerné. Avant toute intervention sur les fichiers du monde ou de configuration, crée une sauvegarde sous Sauvegardes.

Des mods incompatibles empêchent le démarrage (« Incompatible mods found »)

Voici à quoi ressemble le message :

Incompatible mods found!
net.fabricmc.loader.impl.FormattedException: Some of your mods are incompatible with the game or each other!
     - Install <Mod>, version <Version> or later.

Ce qui se cache derrière : Avant le démarrage, le chargeur de mods vérifie tous les mods et a trouvé des dépendances manquantes ou inadaptées. Une dépendance est un autre mod dont un mod a besoin pour fonctionner, souvent une bibliothèque. Le serveur ne démarre donc pas. Juste sous le message, tu trouves ce qui manque ou ce qui pose problème.

Voici comment corriger le problème :

  1. Dans la Console ou dans logs/latest.log, lis les lignes situées sous A potential solution has been determined.
  2. Install <Mod>, version <Version> or later signifie : ce mod est absent ou trop ancien. Installe-le sous Mods dans au moins cette version, adaptée à ta version de Minecraft et à ton chargeur.
  3. Replace 'Minecraft' (minecraft) <Version> with any <Version> version signifie : un mod est conçu pour une autre version de Minecraft. Récupère sa version pour ta version ou supprime-le. Ne modifie la version du serveur sous Version que si tous les mods y sont adaptés, et uniquement après avoir fait une sauvegarde.
  4. Si une ligne mentionne 'OpenJDK 64-Bit Server VM' (java), un mod exige une autre version de Java. Là aussi, la version du mod adaptée à ta version de Minecraft aide le plus souvent.

Bon à savoir : Traite toute la liste et ne redémarre qu'ensuite, cela t'évite des tentatives de démarrage inutiles. Plus de détails : Configurer correctement les mods et modpacks Minecraft.

NeoForge interrompt le démarrage (« Couldn't find Minecraft server thread »)

Voici à quoi ressemble le message :

net.neoforged.fml.startup.FatalStartupException: Couldn't find Minecraft server thread. Startup likely failed.
    at net.neoforged.fml.startup.Server.main(Server.java:23)

Ce qui se cache derrière : Ce message est une conséquence, pas la cause. Une erreur antérieure d'un mod ou du chargeur a interrompu le démarrage avant que NeoForge ait pu créer le véritable serveur Minecraft. Le serveur ne démarre donc pas. La ligne elle-même ne nomme aucun mod, la piste se trouve plus haut dans le log.

Voici comment corriger le problème :

  1. Sous Fichiers, ouvre le fichier logs/latest.log. S'il existe un rapport de plantage, regarde aussi le fichier le plus récent dans crash-reports/.
  2. À partir de ce message, remonte jusqu'à la première ligne contenant Exception, ERROR ou Caused by. La première est déterminante, les erreurs suivantes en sont généralement des conséquences.
  3. Cherche-y le nom du mod. Il figure dans le message lui-même, sous forme de nom de fichier avec .jar ou de nom de paquet dans la stacktrace en dessous.
  4. Mets à jour ou supprime ce mod sous Mods. S'il exige une autre version de NeoForge, choisis-en une adaptée sous Version.
  5. Redémarre le serveur et vérifie que le message a disparu.

Bon à savoir : Si tu trouves plus haut un message correspondant à une autre section de cet article, corrige-le d'abord. La ligne présente disparaîtra alors d'elle-même.

Un mod Fabric plante au démarrage (« Could not execute entrypoint stage »)

Voici à quoi ressemble le message :

Failed to start the minecraft server
java.lang.RuntimeException: Could not execute entrypoint stage 'main' due to errors, provided by '<mod-id>' at '<Classe>'!

Ce qui se cache derrière : Un entrypoint est le point où Fabric lance le programme d'un mod. Le mod indiqué après provided by a déjà planté à ce stade précoce, c'est pourquoi le serveur ne démarre pas complètement. La raison exacte figure dans les lignes Caused by: en dessous, souvent une dépendance manquante ou une version inadaptée.

Voici comment corriger le problème :

  1. Dans la Console ou dans logs/latest.log, lis le nom indiqué après provided by, par exemple geyser-fabric.
  2. Regarde les lignes Caused by: en dessous. Elles montrent si quelque chose manque ou ne correspond pas.
  3. Mets à jour le mod et ses dépendances sous Mods en fonction de ta version de Minecraft et de Fabric. De nombreux mods Fabric ont en plus besoin de la Fabric API.
  4. Si l'erreur est apparue juste après une installation, retire le mod pour tester et redémarre. Si le serveur démarre alors, c'est ce mod qui est en cause.

Bon à savoir : La façon dont Fabric Loader, Fabric API et les mods fonctionnent ensemble est expliquée dans Fabric Loader et Fabric API : résoudre précisément les erreurs de version.

Un mod Fabric a une configuration Mixin invalide

Voici à quoi ressemble le message :

Error parsing or using Mixin config <mod-id>.mixins.json for mod <mod-id>

Ce qui se cache derrière : Mixin est une technique qui permet aux mods de modifier de façon ciblée certains endroits du programme Minecraft au démarrage. Ces endroits sont définis dans une configuration Mixin à l'intérieur du fichier du mod. Fabric ne peut pas lire ou appliquer cette configuration pour le mod indiqué, et le démarrage du serveur est interrompu. En règle générale, le fichier du mod ne correspond pas exactement à ta version de Minecraft ou de Fabric Loader.

Voici comment corriger le problème :

  1. Dans la Console ou dans logs/latest.log, lis le nom du mod indiqué après for mod.
  2. Sous Version, vérifie quelle version de Minecraft ton serveur utilise.
  3. Remplace le mod sous Mods par la version proposée pour exactement cette version de Minecraft et pour Fabric. Veille à ce que l'ancien fichier disparaisse de mods/.
  4. Redémarre le serveur.

Bon à savoir : Même les petits écarts de version comptent : un mod prévu pour une autre sous-version de Minecraft peut provoquer exactement cette erreur, même si la version principale est la même.

Forge interrompt le chargement des mods (LoaderException)

Voici à quoi ressemble le message :

net.minecraftforge.fml.common.LoaderException: <Raison>

Ce qui se cache derrière : Forge n'a pas pu charger un mod et a interrompu le démarrage. Les causes typiques sont un mod qui ne correspond pas à la version de Minecraft ou de Forge, une dépendance manquante ou une valeur invalide dans la configuration d'un mod. Dans cet état, le serveur ne démarre pas. Cette forme de message apparaît surtout avec les anciennes versions de Forge, telles que les utilisent de nombreux modpacks classiques.

Voici comment corriger le problème :

  1. Dans la Console ou dans logs/latest.log, lis les lignes situées juste sous le message. Tu y trouveras généralement le nom du mod et la raison précise.
  2. Si tu viens d'ajouter un mod, retire-le sous Mods ou remplace-le par la version adaptée à ta version de Minecraft et de Forge.
  3. Si l'erreur est apparue juste après une modification d'un fichier du dossier config/, annule cette modification.
  4. Redémarre le serveur.

Bon à savoir : Si les lignes mentionnent un mod manquant, Un plugin ou un mod a besoin d'une extension manquante peut aussi t'aider.

Le serveur ne démarre pas : erreur lors du chargement des mods

Voici à quoi ressemble le message :

Failed to start the minecraft server
Missing or unsupported mandatory dependencies:
    Mod ID: '<mod-id>', Requested by: '<Mod>', Expected range: '[<Version>,)', Actual version: '[MISSING]'

Ce qui se cache derrière : Le serveur interrompt le démarrage parce qu'un mod est absent, présent dans la mauvaise version ou plante au chargement. Tant que l'erreur persiste, le serveur est inaccessible. Les lignes sous le message indiquent le mod et la version requise.

Voici comment corriger le problème :

  1. Dans la Console ou dans logs/latest.log, lis les lignes sous le message. Mod ID est le mod nécessaire, Requested by le mod qui le demande, Expected range la version exigée.
  2. Actual version: '[MISSING]' signifie : non installé. Si un numéro de version figure à cet endroit, la version présente est trop ancienne ou trop récente.
  3. Installe la dépendance sous Mods dans la version demandée ou supprime le mod qui l'exige.
  4. Si la ligne concerne forge, neoforge ou minecraft, la version du chargeur ou du jeu ne correspond pas. Choisis-en une adaptée sous Version ou Changer de logiciel / chargeur.
  5. Redémarre le serveur.

Bon à savoir : [<Version>,) signifie « cette version ou une plus récente ». S'il n'y a que Exception in thread "main" java.lang.reflect.InvocationTargetException, cherche Caused by: en dessous. Plus d'infos : Changer le logiciel et la version du serveur dans le panel.

Forge : le fichier de mod ou de configuration (.toml) est illisible

Voici à quoi ressemble le message :

com.electronwill.nightconfig.core.io.ParsingException: Failed to parse data from Reader

Ce qui se cache derrière : TOML est un format texte simple pour les paramètres (name = wert). Au démarrage, Forge lit la description de chaque mod (mods.toml dans le fichier du mod) ainsi que tous les fichiers de configuration .toml avec l'encodage UTF-8. Si un fichier est encodé autrement, par exemple avec des trémas ou des caractères chinois provenant d'un éditeur Windows, ou s'il a été endommagé lors de l'envoi, Forge s'interrompt avant le chargement du monde. Le serveur s'arrête alors quelques secondes après le démarrage. Souvent, le dernier mod ajouté est en cause, en particulier un mod destiné uniquement au client du jeu.

Comment le résoudre :

  1. Crée une sauvegarde dans Sauvegardes.
  2. Dans Mods, retire le dernier mod ajouté et redémarre. Si le serveur démarre, c'était la cause. Installe ensuite une version serveur de ce mod ou une autre version.
  3. Si le serveur ne démarre toujours pas, ouvre dans Fichiers le dernier fichier .toml modifié dans le dossier config/. Enregistre-le à nouveau sans caractères spéciaux (UTF-8) ou supprime-le. Forge le recrée avec les valeurs par défaut au prochain démarrage, tes modifications y seront alors perdues.
  4. Si tu n'arrives pas à avancer, ouvre un ticket et indique l'heure du message ainsi que le nom du dernier mod installé.

Bon à savoir : Pour savoir comment ouvrir et enregistrer des fichiers dans le panel, consulte Modifier les fichiers du serveur dans le panel et se connecter via SFTP.

« Parsing error loading recipe » : une recette manque dans le modpack

Voici à quoi ressemble le message :

Parsing error loading recipe <Mod>:<Recipe>: com.google.gson.JsonSyntaxException: Unknown item '<Mod>:<Item>'
Parsing error loading recipe <Mod>:<Recipe>: … Unknown registry key in ResourceKey[minecraft:root / minecraft:item]: <Mod>:<Item>
com.google.gson.JsonParseException: Failed to parse either. First: No key amount in MapLike[…]; No key id in MapLike[…] …

Explication : Une recette fait référence à un objet ou à un type de recette manquant, ou n'a pas le format de données attendu. Cela arrive après des mises à jour de mods, en cas d'extensions manquantes ou de versions de pack incompatibles. Le serveur démarre normalement, seule la recette concernée est absente en jeu. Certains mods fournissent aussi des recettes pour des mods partenaires optionnels.

Comment le résoudre :

  1. Lis l'identifiant de la recette après loading recipe. Son espace de noms avant les deux-points indique l'origine. Unknown item ou Unknown registry key indique l'entrée manquante dans le registre des objets.
  2. Si tu as besoin de la recette, vérifie sous Mods si le mod requis est manquant ou obsolète. Si elle provient d'un datapack, vérifie aussi sa version.
  3. Installe ou mets à jour la version adaptée à ta version de Minecraft et de ton chargeur. Arrête le serveur avant de modifier des mods, puis redémarre-le.
  4. Si tu n'as pas besoin de la recette, tu peux ignorer le message.

Bon à savoir : No key id ou No key amount indique un champ obligatoire manquant. Vérifie les champs obligatoires de la recette d'après les spécifications de ta version de Minecraft et du mod.

Cobblemon : données de joueur endommagées

Voici à quoi ressemble le message :

.old File cobblemonplayerdata for <Player> is corrupt or missing. Data is lost
.old File pokedex for <Player> is corrupt or missing. Data is lost
.old File cobblenav/spawndata for <Player> is corrupt or missing. Data is lost

Ce qui se cache derrière : Cobblemon enregistre les données des joueurs, comme le Pokédex et l'équipe, dans des fichiers dédiés ; des données complémentaires comme cobblenav/spawndata peuvent aussi être concernées. Un fichier et sa copie de secours avec l'extension .old sont endommagés ou manquants, par exemple après un plantage pendant la sauvegarde. Les données concernées sont perdues et seront recréées. Le serveur lui-même continue de fonctionner.

Voici comment le corriger :

  1. Associe l'identifiant indiqué dans le message au joueur via usercache.json dans le dossier principal, s'il y figure.
  2. Si les données sont importantes, arrête le serveur et sauvegarde l'état actuel. Dans Sauvegardes, restaure une sauvegarde antérieure à l'incident.
  3. Une restauration complète réinitialise aussi les constructions et la progression des autres joueurs. Pour des fichiers individuels, le type de données et la sauvegarde doivent correspondre ; les données complémentaires peuvent être stockées séparément des autres données de Cobblemon.
  4. À l'avenir, crée régulièrement des sauvegardes, surtout avant les mises à jour. Si les erreurs se répètent, vérifie Santé du serveur et crash-reports/ pour détecter des plantages.

Bon à savoir : Guide : Créer et restaurer une sauvegarde du serveur.

« Couldn't parse data file » : le fichier JSON d'un mod ou d'un datapack est défectueux

Voici à quoi ressemble le message :

Couldn't parse data file <Mod>:<File> from <Mod>:<File>.json
com.google.gson.stream.MalformedJsonException: Expected name at line <Line> column <Column>
com.google.gson.stream.MalformedJsonException: Expected ':' at line <Line> column <Column>

Ce qui se cache derrière : JSON est un format texte pour les données, avec des accolades, des guillemets et des virgules. Un mod ou un datapack fournit un fichier de recette, de données ou de configuration dans lequel un caractère manque ou est en trop. Minecraft ignore ce contenu ; le reste du serveur peut continuer à fonctionner.

Comment résoudre le problème :

  1. Note le nom situé avant les deux-points et le chemin du fichier indiqués dans la première ligne. Utilise-les pour retrouver le mod ou le datapack concerné.
  2. Arrête le serveur. Mets à jour le mod concerné sous Mods ou remplace le datapack par une version adaptée à la version de ton serveur.
  3. Si tu as modifié le fichier toi-même, ouvre-le sous Fichiers. line et column indiquent la ligne et la colonne ; vérifie aussi les caractères qui précèdent.
  4. Expected name indique un nom de champ manquant ou erroné, Expected ':' des deux-points manquants. Avec Unterminated object, une virgule ou une accolade fermante est attendue. Corrige le fichier ou restaure l'original.
  5. Démarre le serveur et vérifie la Console.

Bon à savoir : Erreurs de datapack et de resourcepack.

« Skipped language file » : Forge ne peut pas lire un fichier de langue

Voici à quoi ressemble le message :

Skipped language file: <mod-id>:lang/en_us.json
com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 4 column 3 path $

Ce qui se cache derrière : Les fichiers de langue contiennent les textes d'un mod, par exemple les noms des objets. Forge n'a pas pu lire l'un de ces fichiers, au format de texte structuré JSON, à l'intérieur du fichier du mod (.jar), et l'a ignoré. Dans la stacktrace, la liste des appels menant à l'erreur, on voit apparaître LanguageHook, la partie de Forge qui charge les fichiers de langue. Le serveur continue de fonctionner, seuls les textes de ce fichier manquent sur le serveur.

Voici comment le corriger :

  1. Repère l'ID du mod avant les deux-points après Skipped language file:. Si cette ligne est absente, prends le premier mod mentionné autour du message.
  2. Mets ce mod à jour dans Mods ou remplace-le par un build pour la même version de Minecraft et de Forge. Un build est une version du mod prête à l'emploi.
  3. Redémarre le serveur et vérifie que la ligne a disparu.

Bon à savoir : L'indication Use JsonReader.setLenient(true) s'adresse aux développeurs de mods, tu ne peux rien régler avec. Le fichier se trouve dans le fichier du mod, ce n'est pas la peine de le réparer toi-même.

« Mixin apply for mod … failed » : une modification de Minecraft par un mod échoue

Voici à quoi ressemble le message :

Mixin apply for mod <Mod> failed <File>:<Class> from mod <Mod> -> <TargetClass>:
org.spongepowered.asm.mixin.injection.throwables.InvalidInjectionException: … could not find any targets …
org.spongepowered.asm.mixin.injection.throwables.InvalidInjectionException: … cannot inject into … merged by <Mixin> …

Ce qui se cache derrière : Via les mixins, les mods modifient certains endroits du programme Minecraft au démarrage. La modification du mod indiqué ne correspond pas à l'endroit recherché ou entre en conflit avec une autre modification. Le plus souvent, le mod ne correspond pas à la version de Minecraft, ou un autre mod a déjà modifié cet endroit. La fonction concernée du mod risque alors de ne pas fonctionner correctement.

Voici comment corriger le problème :

  1. Lis le nom après from mod. C'est le mod dont la modification échoue.
  2. Vérifie sur la page du mod s'il existe une version pour ta version du Modpack ou de Minecraft, puis mets-le à jour sous Mods.
  3. Si tu as ajouté peu avant un autre mod qui modifie des zones similaires, par exemple un mod de performance, retire-le pour tester et redémarre.
  4. Si l'erreur persiste, retire le mod ou signale l'erreur à son auteur avec la ligne complète de logs/latest.log.

Bon à savoir : Des indications comme class_1799 ou m_77607_ sont des noms internes de classes et de méthodes de Minecraft. Pour le dépannage, ce sont les mods mentionnés et l'indication du conflit qui comptent.

Le Mixin ne peut pas être appliqué : des mods sont incompatibles entre eux

Voici à quoi ressemble le message :

org.spongepowered.asm.mixin.injection.throwables.InvalidInjectionException: @At("INVOKE") on <Target> with priority 1000 cannot inject into <Target>
Mixin apply failed <mod-id>.mixins.json:<Class> -> <Target-Class>

Ce qui se cache derrière : Un mod veut modifier un endroit précis via un Mixin, c'est-à-dire par une intervention ciblée dans le programme Minecraft. Dans cette version du mod ou de Minecraft, il ne trouve toutefois pas l'endroit attendu, souvent parce qu'un second mod y a déjà modifié quelque chose. Les mods concernés ne sont pas compatibles entre eux dans ces versions.

Comment résoudre le problème :

  1. Repère les mods concernés : le nom du fichier Mixin (<mod-id>.mixins.json) t'indique le premier. Si la ligne contient merged by, le fichier Mixin du second mod se trouve juste après.
  2. Crée une sauvegarde et mets à jour ensemble les mods mentionnés dans Mods, en fonction de ta version de Minecraft et de ton chargeur.
  3. Si cela ne suffit pas, reviens pour l'un des deux à une version qui fonctionne avec l'autre. Les pages des mods mentionnent souvent les incompatibilités connues.
  4. Redémarre le serveur et vérifie dans la Console que le message a disparu.

Le Modlauncher de Forge entre en conflit au démarrage (ConcurrentModificationException)

Voici à quoi ressemble le message :

Exception in thread "Thread-0" java.util.ConcurrentModificationException
    at MC-BOOTSTRAP/cpw.mods.modlauncher@<Version>/cpw.mods.modlauncher.LaunchPluginHandler…

Ce qui se cache derrière : Le Modlauncher est la partie de Forge qui charge les mods et modifie les classes de Minecraft avant le démarrage. Plusieurs transformateurs de mods, c'est-à-dire des composants servant à ces modifications, ont changé simultanément la même liste interne, et Java interrompt l'opération. Cela indique des coremods incompatibles, donc des mods qui interviennent en profondeur dans le chargeur, ou une erreur dans le chargeur lui-même.

Comment résoudre le problème :

  1. Crée une sauvegarde dans Sauvegardes.
  2. Mets à jour Forge et tous les coremods. Avec un modpack prêt à l'emploi, vérifie d'abord dans Modpack s'il existe une version plus récente, au lieu de changer Forge séparément.
  3. À titre de test, retire dans Mods les derniers mods de performance ou de Mixin ajoutés, puis redémarre.
  4. Si le serveur démarre de nouveau correctement, remets les mods un par un jusqu'à identifier le coupable.

Bon à savoir : Comme il s'agit d'accès simultanés, l'erreur ne se produit pas à chaque démarrage. Si le serveur démarre à la deuxième tentative, la cause n'est pas pour autant résolue.

Le fichier de schéma d'un mod contient des métadonnées invalides

Voici à quoi ressemble le message :

Couldn't deserialize schema file at <mod-id>:schemas/<name>.json because the json file has invalid schema metadata.

Ce qui se cache derrière : Certains mods décrivent leur contenu dans leurs propres fichiers JSON, appelés fichiers de schéma. Un tel fichier du mod indiqué ne correspond pas au format attendu par le mod ou sa bibliothèque, et il est ignoré. Le serveur continue de fonctionner, seul le contenu de ce fichier manque. Souvent, le mod et son mod de bibliothèque ne sont pas compatibles entre eux.

Comment résoudre le problème :

  1. Lis l'ID du mod avant les deux-points, après schema file at.
  2. Consulte la stacktrace en dessous pour voir quel autre mod est impliqué. Il s'agit souvent d'une bibliothèque dont le mod a besoin.
  3. Mets les deux à des versions compatibles entre elles dans Mods. La page du mod indique quelle version de la bibliothèque il attend.
  4. Si le fichier défectueux se trouve dans un datapack ou un dossier que tu as créé toi-même, tu peux le supprimer à la place. Crée d'abord une sauvegarde.
  5. Redémarre le serveur.

« key missing: bei_ExtraDragonFight » : YUNG’s Better End Island complète l'état du monde

Voici à quoi ressemble le message :

key missing: bei_ExtraDragonFight in {BorderCenterX:0.0d,BorderCenterZ:0.0d,…}

Ce qui se cache derrière : Le mod YUNG's Better End Island crée dans les données du monde une entrée propre pour le combat du dragon. Il ne trouve pas cette entrée pour le moment. Il utilise alors un état par défaut et réécrit l'entrée lors de la prochaine sauvegarde. Les autres données du monde sont conservées, et le serveur continue de fonctionner.

Voici comment corriger le problème :

  1. Vérifie en jeu si l'île de l'End et le combat du dragon fonctionnent normalement. Si oui, un redémarrage propre suffit : arrête le serveur normalement, puis relance-le, sans l'arrêter brutalement.
  2. Si l'état du combat n'est pas correct, mets à jour le mod et YUNG's API sous Mods vers des versions compatibles entre elles.
  3. Crée une sauvegarde du monde sous Sauvegardes.
  4. N'utilise qu'ensuite la commande officielle /end_island reset. Lis auparavant sur la page du mod ce qu'elle réinitialise.

Bon à savoir : Si le message apparaît une fois puis plus jamais, c'est que le mod a réécrit l'entrée. Voir aussi Créer et restaurer une sauvegarde du serveur.

Les propriétés de blocs d'un mod sont illisibles

Voici à quoi ressemble le message :

Error while loading physics block properties entry: DataResult.Error['Not a JSON object: [{"selector":"<mod>:<block>","properties":{…}}]

Ce qui se cache derrière : Un mod voulait lire des propriétés pour certains blocs, ici pour sa physique, mais l'entrée n'a pas la forme attendue. Not a JSON object suivi d'un crochet signifie : le mod attend une entrée entre accolades, mais trouve une liste. Le plus souvent, cette indication provient d'une configuration écrite pour une autre version du mod. Les blocs concernés se comportent alors comme des blocs ordinaires et le serveur continue de fonctionner.

Comment résoudre le problème :

  1. Identifie le mod : le responsable est le mod qui lit les propriétés de physique, pas les mods dont les blocs figurent dans la liste.
  2. Mets ce mod dans Mods à une version adaptée à ton modpack.
  3. Si tu as toi-même modifié sa configuration, crée une sauvegarde, restaure l'état d'origine, puis reprends tes modifications une par une.
  4. Redémarre le serveur et vérifie que le message a disparu.

Une recette renvoie à un type de recette inconnu

Voici à quoi ressemble le message :

Parsing error loading recipe <mod>:<rezept>: com.google.gson.JsonSyntaxException: Invalid or unsupported recipe type '<mod-id>:<recipe-type>'

Ce qui se cache derrière : Un type de recette détermine comment quelque chose est fabriqué, par exemple à l'établi ou dans une machine d'un mod. Cette recette utilise un type qu'aucun mod chargé ne connaît : le mod est absent ou ne connaît plus ce type dans sa version actuelle. Minecraft ignore la recette et le serveur continue de fonctionner.

Comment résoudre le problème :

  1. Lis l'ID du mod avant les deux-points dans recipe type '…'. C'est le mod qui devrait fournir ce type.
  2. Si ce mod est absent et que tu as besoin de la recette, installe-le dans Mods.
  3. S'il est installé, mets-le, ainsi que le mod ou le datapack contenant la recette, à des versions compatibles entre elles.
  4. Si la recette provient d'un datapack personnel dans world/datapacks/, tu peux l'y supprimer. Redémarre ensuite.

Bon à savoir : Si rien ne te manque en jeu, la recette ignorée ne gêne pas le fonctionnement.

Une mod Fabric fait référence à un tag inconnu

Voici à quoi ressemble le message :

Unknown tag: net.minecraft.class_<Number>@<Identifier>

Ce qui se cache derrière : Un tag est un groupe nommé de blocs, d'objets ou d'autres contenus, par exemple « toutes les bûches de bois ». Les mods utilisent les tags pour reconnaître les contenus d'autres mods. Ici, une mod attend un tag que cette version de Minecraft ou de la mod n'a pas créé. Le contenu concerné peut être absent du jeu.

Comment le corriger :

  1. La ligne elle-même ne cite aucune mod, class_<Number> est un nom interne de Minecraft. Regarde dans logs/latest.log les lignes autour du message. La première ligne contenant un nom de mod désigne la responsable.
  2. Mets à jour cette mod et la Fabric API dans Mods vers des versions compatibles avec ta version de Minecraft et entre elles.
  3. Redémarre le serveur et vérifie si le message a disparu.

Bon à savoir : La façon d'accorder les versions est expliquée dans Fabric Loader et Fabric API : résoudre précisément les erreurs de version.

Le plugin compagnon Mixin d'un mod ne se charge pas

Voici à quoi ressemble le message :

Error loading companion plugin class [<Class>] for mixin config [<mod-id>.mixins.json]

Ce qui se cache derrière : de nombreux mods pilotent leurs Mixins, c'est-à-dire leurs interventions dans le programme Minecraft, via une classe compagnon. Elle décide quelles modifications sont appliquées. Cette classe n'a pas pu être chargée, généralement parce que le mod n'est pas compatible avec d'autres mods ou avec ta version. Certaines parties du mod risquent alors de ne pas fonctionner.

Comment le corriger :

  1. Repère le nom du mod grâce au fichier Mixin (<mod-id>.mixins.json). Le nom du package de la classe, entre crochets, contient lui aussi le plus souvent le nom du mod.
  2. Mets à jour le mod dans Mods pour qu'il corresponde à la version de ton Modpack.
  3. Si le message persiste, retire le mod à titre d'essai ou signale l'erreur à l'auteur avec le message complet issu de logs/latest.log.
  4. Redémarre le serveur.

Bon à savoir : si une fonction de ce mod te manque après le démarrage, ce message en est l'explication la plus probable.

Archive (.zip, .rar, .7z) dans le dossier Mods

Voici à quoi ressemble le message :

Error for file:///home/container/mods/<File>.zip: java.nio.file.ProviderNotFoundException

Ce qui se cache derrière : Le dossier mods/ contient une archive compressée, par exemple une sauvegarde du dossier ou un paquet téléchargé. Les mods essaient de lire chaque fichier qui s'y trouve comme une mod et signalent une erreur pour l'archive. /home/container/ est ici le dossier principal de ton serveur, tel que l'affiche Fichiers.

Comment le corriger :

  1. Ouvre le dossier mods/ dans Fichiers.
  2. Déplace le fichier indiqué dans le message hors du dossier, par exemple dans le dossier principal. Si tu n'en as pas besoin, tu peux le supprimer.
  3. Si tu voulais installer un modpack complet, utilise pour cela la section Modpack.
  4. Redémarre le serveur.

Bon à savoir : Seuls les fichiers de mods (.jar) ont leur place dans mods/. Il vaut mieux créer des copies du dossier via Sauvegardes. Les bases : Installer des mods et des plugins Minecraft.

Référence à un type d'entité inconnu

Voici à quoi ressemble le message :

Error: <mod-id>:<name> is not a valid entity ID!
Invalid or unknown entity type '<mod-id>:<name>'

Ce qui se cache derrière : Entity est le terme générique pour les mobs, les animaux et les autres objets mobiles dans le monde. Une configuration, un datapack ou une commande mentionne un type d'entité, par exemple ars_nouveau:wilden_hunter, qui n'existe pas sur ce serveur. La mod correspondante est absente ou a changé le nom. L'entrée est ignorée, le serveur continue de tourner.

Comment le corriger :

  1. Lis la partie avant les deux-points : elle indique la mod à laquelle appartient l'entité.
  2. Si cette mod est absente et que l'entité doit apparaître dans le jeu, installe-la dans Mods.
  3. Si tu as retiré la mod volontairement ou si l'entité porte désormais un autre nom, cherche le nom dans les configurations sous config/, dans les datapacks sous world/datapacks/ ou dans les fonctions (fichiers .mcfunction).
  4. Crée une sauvegarde, corrige ou supprime l'entrée, puis redémarre.

La mod est endommagée ou incompatible avec la version

Voici à quoi ressemble le message :

java.lang.VerifyError: <Details>
EntrypointException: Exception while loading entries for entrypoint '<Name>'
The mixin '<Class>' is missing an @Mixin annotation

Ce qui se cache derrière : Une mod ne se charge pas correctement. Son code est défectueux, conçu pour une autre version de Minecraft ou du chargeur, ou incompatible avec une autre mod. Plusieurs types d'erreurs se cachent derrière ce message, comme un VerifyError (Java refuse une partie de programme chargée) ou un entrypoint en échec, le point de départ d'une mod Fabric. La partie concernée est absente et, dans le pire des cas, le serveur ne démarre pas.

Comment le corriger :

  1. Trouve la mod : elle figure dans le message lui-même ou sous forme de nom de paquet ou de dossier dans la stacktrace en dessous.
  2. Vérifie que toutes les mods correspondent à la même version de Minecraft et au même chargeur. Une mod Fabric ne fonctionne pas telle quelle sur Forge ou NeoForge, et inversement.
  3. Mets à jour la mod dans Mods ou retire-la pour tester, puis redémarre.
  4. Si le serveur démarre sans elle, cherche une version adaptée ou renonce à la mod.

Bon à savoir : Book … has use_resource_pack set to false concerne les manuels gérés par la mod Patchouli : la mod contenant le livre n'est pas compatible avec la version de Patchouli installée. En détail : Configurer correctement les mods et modpacks Minecraft.

Recette avec trop d'ingrédients liquides

Voici à quoi ressemble le message :

Recipe has more fluid inputs (<Count>) than supported (<Count>).

Ce qui se cache derrière : Une recette issue d'un datapack ou d'une intégration de mod exige plus de liquides comme ingrédients que la machine ne peut en traiter dans cette version de la mod. La recette est ignorée, le serveur continue de tourner. Le plus souvent, elle a été écrite pour une autre version de la mod contenant la machine.

Comment le corriger :

  1. Regarde dans logs/latest.log les lignes autour du message. Si un ID de recette au format <mod>:<name> y figure, la partie avant les deux-points indique d'où vient la recette.
  2. Amène la mod contenant la machine et la mod ou le datapack contenant la recette à des versions compatibles entre elles dans Mods.
  3. Si la recette provient de ton propre datapack, supprime-la ou adapte-la.
  4. Redémarre le serveur.

Bon à savoir : Si tu n'as pas besoin de cette recette, le message n'affecte pas le serveur.

Slice and Dice : recette avec trop de liquides

Voici à quoi ressemble le message :

java.lang.IllegalArgumentException: too many fluid ingredients

Ce qui se cache derrière : Le mod Slice and Dice convertit automatiquement les recettes de cuisine d'autres mods, par exemple celles de Farmer's Delight, en recettes Create. Au moins une de ces recettes contient plus de liquides que ce que la conversion prend en charge. Certaines recettes converties peuvent donc manquer. Le serveur continue de fonctionner.

Comment résoudre le problème :

  1. Vérifie sous Mods quelles versions de Slice and Dice, de Create et des mods de cuisine concernés sont installées.
  2. Mets-les à jour vers des versions récentes et compatibles entre elles. La page de Slice and Dice indique avec quelles versions elle fonctionne.
  3. Redémarre le serveur et vérifie si le message a disparu.

Bon à savoir : Si tu ne perds aucune recette dont tu as besoin, tu peux ignorer ce message.

Better Caves ne parvient pas à générer correctement les zones de liquide dans les grottes

Voici à quoi ressemble le message :

Failed to fetch the AquiferContext.
This is a mod compatibility issue. Please report it to the Better Caves GitHub issue tracker!

Ce qui se cache derrière : YUNG's Better Caves a besoin de données supplémentaires issues de la génération du monde pour les zones souterraines d'eau et de lave. Ces données s'appellent AquiferContext et sont absentes à l'endroit demandé. Le mod signale une erreur de compatibilité ; les zones de liquide nouvellement générées peuvent donc avoir un aspect incorrect. Le serveur continue de fonctionner.

Voici comment le corriger :

  1. Crée une sauvegarde du monde sous Sauvegardes avant de modifier la combinaison de mods.
  2. Vérifie sous Mods si Better Caves et ses bibliothèques requises correspondent à ta version de Minecraft et à ton chargeur. Vérifie aussi la compatibilité des autres mods de génération du monde.
  3. Teste d'abord une combinaison corrigée sur une copie du monde et génères-y de nouvelles zones.
  4. Si le message persiste, envoie à l'auteur de Better Caves le fichier complet logs/latest.log et ta liste de mods. Indique aussi si une prégénération a été effectuée.

Bon à savoir : Modifier les mods ne régénère pas automatiquement les zones déjà enregistrées.

Curios : opération non valide dans une définition d'emplacement

Voici à quoi ressemble le message :

Parsing error loading curio slot <Mod>:<Slot>
java.lang.IllegalArgumentException: set is not a valid operation!

Ce qui se cache derrière : Curios gère des emplacements d'équipement supplémentaires, appelés slots. Un mod ou un datapack fournit pour cela une définition contenant une opération que ta version de Curios ne comprend pas. Dans l'exemple, « set » est refusé. La définition concernée n'est pas chargée correctement ; les emplacements d'équipement associés peuvent donc manquer ou être mal configurés.

Voici comment le corriger :

  1. Dans la Console ou sous Fichiers dans logs/latest.log, lis l'identifiant complet qui suit « curio slot ».
  2. Vérifie quel mod ou quel datapack fournit cette définition. Compare la version de Curios qu'il prend en charge avec celle installée sous Mods.
  3. Installe des versions compatibles entre elles. Si tu as modifié la définition toi-même, corrige l'opération d'après la documentation de ta version de Curios.
  4. Redémarre le serveur et vérifie si le message disparaît et si les emplacements d'équipement concernés fonctionnent à nouveau.

Bon à savoir : Sauvegarde tes propres modifications avant de remplacer des mods ou des datapacks.

TaCZ : une définition d'arme manque dans le pack

Voici à quoi ressemble le message :

Failed to load data file <Pack>:<Gun>
com.google.gson.JsonParseException: there is no corresponding data file

Ce qui se cache derrière : TaCZ charge une entrée d'arme et ne trouve pas les données correspondantes. L'entrée concernée reste non chargée. D'autres armes peuvent continuer à fonctionner ; vérifie en priorité les entrées citées dans le message.

Voici comment corriger le problème :

  1. Dans la Console, lis l'identifiant situé après « Failed to load data file ». La partie avant les deux-points indique le pack concerné.
  2. Sauvegarde tes modifications personnelles dans Sauvegardes avant de remplacer les fichiers du pack.
  3. Consulte le guide d'installation du pack d'armes et la version de TaCZ qu'il prend en charge. Dans Fichiers, remplace le pack par la version complète qui convient.
  4. Vérifie TaCZ dans Mods, redémarre le serveur et teste les armes concernées en jeu.

Les fichiers de dialogue d'un mod ne contiennent pas de section « nodes »

Voici à quoi ressemble le message :

Failed to parse dialogue file <Namespace>:<Dialogue>
com.google.gson.JsonSyntaxException: Missing nodes, expected to find a JsonObject

Ce qui se passe : Le mod ne peut pas lire un fichier de dialogue, car la section attendue nodes est absente. Le JSON est le format texte dans lequel ces données de dialogue sont enregistrées. Un fichier peut contenir du JSON lisible et ne pas correspondre pour autant au format de dialogue attendu. Les dialogues concernés sont absents, tandis que le serveur continue de fonctionner.

Voici comment corriger le problème :

  1. Crée une sauvegarde de tes données actuelles dans Sauvegardes.
  2. Lis le message complet dans logs/latest.log. La trace d'erreur en dessous indique le mod qui traite le fichier de dialogue.
  3. Dans Mods, fais correspondre la version du mod avec les données de dialogue associées. Avec un Modpack, les mods et les données doivent appartenir à la même version du pack.
  4. Remplace tes propres fichiers de dialogue dans Fichiers par une version adaptée ou corrige-les à l'aide de la documentation de cette version du mod. Redémarre le serveur et vérifie la Console.

BankSystem ne peut pas charger les données enregistrées

Voici à quoi ressemble le message :

Failed to load BankSystem Mod data.

Ce qui se passe : Le mod BankSystem n'a pas réussi à lire ses données enregistrées. Ces données ne sont donc pas disponibles comme prévu pour ses fonctions bancaires. Ce court message n'indique pas encore d'erreur de fichier précise ; pour cela, tu as besoin des messages associés du même processus de chargement.

Voici comment corriger le problème :

  1. Crée une sauvegarde de l'état actuel dans Sauvegardes avant de modifier des fichiers ou des mods.
  2. Ouvre logs/latest.log dans Fichiers et lis les lignes situées juste avant et après le message. Repère un nom de fichier et la description d'erreur qui suit.
  3. Corrige la cause précisément indiquée. Après une mise à jour de mod, vérifie aussi que BankSystem correspond à la version de ton Modpack.
  4. Si un fichier de données est endommagé, restaure une sauvegarde adaptée de ces données. Ne supprime pas les données bancaires pour tester. Après le redémarrage, vérifie la Console.

Données de spawn : le nombre minimal est supérieur au nombre maximal

Voici à quoi ressemble le message :

Spawn data: minCount needs to be smaller or equal to maxCount

Ce qui se cache derrière : Une définition de spawn détermine combien de créatures doivent être générées. Ici, minCount, le nombre minimal, est supérieur à maxCount, le nombre maximal. Cette définition contradictoire est rejetée lors du chargement et n'est pas disponible pour la règle de spawn concernée.

Voici comment corriger le problème :

  1. Dans la Console ou sous Fichiers dans logs/latest.log, lis les lignes juste avant et après le message. Cherche-y le datapack, le mod ou le fichier de données concerné.
  2. Sauvegarde tes propres modifications. Si c'est ta définition de spawn, corrige les deux valeurs sous Fichiers de sorte que minCount soit au plus égal à maxCount.
  3. Si les données proviennent d'un mod ou d'un datapack, installe une version corrigée compatible avec ta version de Minecraft. Tu trouveras les mods sous Mods.
  4. Redémarre le serveur et vérifie la Console. Si la référence au fichier manque toujours, transmets à l'auteur les lignes de log environnantes, nettoyées de toute donnée sensible.

Cold Sweat désactive l'intégration de Thirst à cause d'une version trop ancienne

Voici à quoi ressemble le message :

Cold Sweat requires thirst <Version> or higher for compat to be enabled! (found <Version>)

Explication : Au démarrage, Cold Sweat vérifie la version de Thirst installée. Celle-ci ne remplit pas la condition minimale indiquée, c'est pourquoi la fonction de compatibilité entre les deux mods reste désactivée. Seule leur collaboration est touchée ; il n'est pas nécessaire de remplacer le monde.

Comment le résoudre :

  1. Relève la version requise et la version trouvée dans la Console.
  2. Avant toute modification, crée une sauvegarde sous Sauvegardes. Vérifie sous Mods ou dans le guide du Modpack une sélection cohérente pour ta version de Minecraft et de ton chargeur.
  3. Mets à jour Thirst ou l'ensemble des mods concernés, puis redémarre complètement. Vérifie ensuite que l'avertissement disparaît et que la fonction commune marche.

Mystical Agriculture ne peut pas évaluer les ingrédients de recette personnalisés

Voici à quoi ressemble le message :

An error occurred while firing RecipeManagerLoadedEvent
java.lang.IllegalStateException: Cannot retrieve values from custom ingredient!

Explication : Un ingrédient personnalisé ne peut pas être interrogé comme une liste d'ingrédients ordinaire. Mystical Agriculture tente précisément cela lors de la construction de son cache de recettes et déclenche une exception. Le traitement concerné est interrompu ; vérifie ensuite les recettes correspondantes en jeu.

Comment le résoudre :

  1. Avant toute modification, sauvegarde l'état actuel sous Sauvegardes et lis la trace d'erreur complète dans logs/latest.log.
  2. Sous Mods, compare Mystical Agriculture, ses dépendances et les mods qui ajoutent leurs propres ingrédients de recette afin de trouver des versions prises en charge ensemble. Si tu utilises un Modpack, suis sa version cohérente.
  3. Redémarre complètement et vérifie les messages ainsi que les recettes. Si l'erreur persiste, transmets la trace d'erreur et ta sélection de mods à l'auteur.

Le fichier de configuration d'un mod est manquant

Voici à quoi ressemble le message :

Failed to load config: <File>
java.nio.file.NoSuchFileException: <File>

Explication : Le mod a demandé un fichier de configuration précis, mais aucun fichier ne se trouve à cet emplacement. NoSuchFileException est le message Java pour cet accès à un fichier manquant. Les paramètres qu'il contient ne peuvent pas être lus ; les lignes suivantes indiquent comment le mod continue ensuite.

Comment le résoudre :

  1. Sous Fichiers, lis dans logs/latest.log le chemin complet et les messages suivants.
  2. Vérifie le chemin sous Fichiers et compare-le avec le guide du mod ou du Modpack. Sauvegarde les configurations existantes avant toute modification.
  3. Restaure le fichier manquant à partir d'une sauvegarde adaptée ou de la version prévue du modpack. Redémarre ensuite complètement et contrôle la Console.

Le fichier d'un mod contient un numéro de version invalide

Voici à quoi ressemble le message :

net.minecraftforge.fml.loading.moddiscovery.InvalidModFileException: Illegal version number specified <VersionValue> (<Mod>.jar)

Explication : Avant le démarrage, le chargeur lit les métadonnées de chaque fichier de mod, c'est-à-dire le nom, la version et les prérequis. Dans ce fichier, l'indication de version n'est pas valide. Le fichier est donc rejeté comme mod invalide et ses fonctions ne sont pas disponibles.

Comment le résoudre :

  1. Relève dans la Console quel fichier de mod est mentionné et sauvegarde l'état actuel sous Sauvegardes.
  2. Vérifie le fichier concerné sous Fichiers et compare-le avec la publication de l'auteur. Utilise la version destinée à ta version de Minecraft et au chargeur réellement lancé.
  3. Remplace le fichier par une version complète et adaptée, puis redémarre. Si le message sur les métadonnées persiste, transmets-le à l'auteur avec le nom du fichier et les indications de version.

Un mod ne peut pas lire certains paramètres

Voici à quoi ressemble le message :

Unable to read config entry <Setting>

Explication : Le mod ne parvient pas à reprendre une valeur de paramètre isolée de sa configuration. La clé indiquée désigne l'option concernée, pas la cause de l'erreur de lecture. Pour la fonction souhaitée, la valeur configurée est donc absente ; les autres paramètres doivent être vérifiés séparément.

Comment le résoudre :

  1. Sous Fichiers, lis dans logs/latest.log le logger et les messages de configuration précédents afin d'identifier le mod et le fichier.
  2. Conserve le fichier avant toute modification. Compare l'option signalée avec les paramètres, les types de données et les valeurs autorisées de la version du mod installée.
  3. Corrige précisément l'entrée concernée ou reprends-la depuis une sauvegarde adaptée. Redémarre ensuite complètement et vérifie la fonction souhaitée.

Immersive Weathering ne peut pas lire une règle de liquide

Voici à quoi ressemble le message :

Failed to read liquid generator JSON object for immersive_weathering:<Entry> : Input does not contain a key [type]: MapLike[{}]

Ce qui se cache derrière : Immersive Weathering lit une règle de génération de liquides à partir de JSON, un format de texte structuré. Le jeu de données ne contient aucune valeur pour le champ obligatoire type. Cette règle n'est donc pas chargée et la fonction de génération correspondante est absente ; les autres règles peuvent continuer à être traitées.

Voici comment le corriger :

  1. Crée une sauvegarde sous Sauvegardes et consulte dans la Console quelles entrées sont concernées.
  2. Vérifie sous Mods et Fichiers que Immersive Weathering et les datapacks ajoutés correspondent à la même version du jeu et sont compatibles entre eux.
  3. Restaure les fichiers concernés à partir d'une publication complète et adaptée. Corrige tes propres règles à l'aide de la documentation de cette version du mod ; redémarre ensuite complètement le serveur et vérifie les messages.

WorldEdit utilise la vérification des permissions de Minecraft en solution de repli

Voici à quoi ressemble le message :

Failed to load Fabric permissions provider. Falling back to Minecraft
Fabric permissions version <Version> is not supported. Please update Fabric Permissions API

Ce qui se cache derrière : WorldEdit utilise une interface supplémentaire pour interroger les permissions via un mod Fabric. La Fabric Permissions API installée ne correspond pas à l'interface prise en charge par WorldEdit. WorldEdit continue de fonctionner avec la vérification des permissions intégrée de Minecraft. Les autorisations individuelles de ton mod de permissions ne sont pas évaluées via cette liaison qui a échoué.

Voici comment corriger le problème :

  1. Vérifie dans la Console la version de l'API indiquée et, sous Mods, les composants WorldEdit et de permissions installés.
  2. Compare les versions de Minecraft prises en charge et les dépendances de chacun. Choisis des versions compatibles entre elles, au lieu de remplacer des fichiers isolément.
  3. Arrête le serveur, sauvegarde les configurations concernées sous Fichiers et installe les fichiers adaptés sous Mods. Redémarre ensuite.
  4. Teste les permissions WorldEdit souhaitées avec un compte sans droits d'opérateur. Les droits d'opérateur masqueraient une permission individuelle défectueuse pendant le test.

Mod de rivières : le précalcul d'une région échoue lors du tri

Voici à quoi ressemble le message :

Prefetch of river region PlateKey[cx=<X>, cz=<Z>] failed
java.lang.IllegalArgumentException: Comparison method violates its general contract!
at <Loader>/dev.streamsreflowing.core.cache.PlateRiverCache.<Call>

Ce qui se cache derrière : « Prefetch » désigne ici le précalcul des données de rivières pour une région. Un tri échoue alors, car Java détecte un ordre de comparaison contradictoire. La stacktrace, c'est-à-dire la chaîne d'appels sous le message, mène au cache de rivières PlateRiverCache d'un mod. Le serveur continue de fonctionner ; ce précalcul est interrompu.

Comment résoudre le problème :

  1. Sauvegarde ton état actuel sous Sauvegardes avant de remplacer des fichiers de mod.
  2. Lis le message complet dans la Console ou via Fichiers dans logs/latest.log. Note s'il apparaît de façon répétée lors de l'exploration de nouvelles zones.
  3. Sous Mods, associe les appels contenant dev.streamsreflowing au mod de rivières installé. Cherche une mise à jour adaptée à ta version de Minecraft et de Fabric. Avec un Modpack, utilise une version de pack cohérente.
  4. Arrête le serveur avant de remplacer les fichiers, puis redémarre-le. Si le message persiste, transmets à l'auteur du mod la trace d'erreur complète et les versions installées.

Ton message n'est pas dans la liste ?

Lis le message en entier dans logs/latest.log, y compris les lignes qui le précèdent : la première erreur est généralement la cause, les suivantes n'en sont souvent que des conséquences. Tu reconnais le mod concerné grâce aux noms de dossiers et de paquets dans la stacktrace ou à un nom de fichier se terminant par .jar. Vérifie qu'il correspond à ta version de Minecraft et à celle de ton chargeur, et crée une sauvegarde avant chaque modification. Les erreurs qui n'apparaissent qu'en cours de partie sont traitées dans Un plugin ou un mod génère des erreurs en cours de fonctionnement. Si tu n'avances pas, ouvre un ticket et indique l'heure du message.