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.

La recette n'a pas pu être chargée (« Parsing error loading recipe »)

Voici à quoi ressemble le message :

Parsing error loading recipe <mod>:<rezept>: com.google.gson.JsonSyntaxException: Unknown item '<other-mod>:<item>'

Ce qui se cache derrière : Une recette fait référence à un objet ou à un type de recette qui n'existe pas dans le modpack actuel. Cela arrive souvent après une mise à jour de mod ou lorsqu'une extension requise par la recette est absente. Le serveur continue de démarrer normalement, seule cette recette manque dans le jeu. Dans les grands modpacks, ces lignes sont fréquentes, car de nombreux mods apportent des recettes pour des mods partenaires qui ne sont pas du tout installés.

Comment le résoudre :

  1. Lis la ligne de gauche à droite : après loading recipe, ce qui précède les deux-points est le mod qui apporte la recette. Après Unknown item, on trouve l'objet manquant, la partie avant les deux-points étant le mod auquel il appartient.
  2. Si tu as besoin de l'objet ou de la recette dans le jeu, vérifie dans Mods si le mod correspondant est absent ou obsolète.
  3. Installe-le ou mets-le à jour en fonction de ta version de Minecraft et de ton chargeur, puis redémarre.
  4. Si tu n'as pas besoin de la recette, tu peux ignorer le message.

Bon à savoir : Si la raison indiquée est No key id in …, la recette est écrite pour un ancien format de recette. Le plus souvent, une version du mod adaptée à ta version de Minecraft règle le problème.

Cobblemon : données de joueur endommagées

Voici à quoi ressemble le message :

.old File cobblemonplayerdata for [<UUID>] is corrupt or missing. Data is lost
.old File pokedex for [<UUID>] is corrupt or missing. Data is lost

Ce qui se cache derrière : Cobblemon enregistre des fichiers propres à chaque joueur, par exemple pour le Pokédex, l'équipe et les données d'apparition. L'un d'eux est endommagé, le plus souvent après un plantage pendant l'enregistrement, et la copie de secours avec l'extension .old est elle aussi inutilisable ou absente. Les données Cobblemon de ce joueur sont perdues, Cobblemon les recrée. Le serveur lui-même continue de fonctionner.

Comment le résoudre :

  1. Trouve le joueur concerné : le fichier usercache.json dans le dossier principal associe l'UUID du message à un nom de joueur.
  2. Si les données sont importantes, arrête le serveur et restaure dans Sauvegardes une sauvegarde antérieure à l'incident. Les données se trouvent dans world/pokemon ou world/cobblemonplayerdata (world est le nom par défaut du dossier du monde).
  3. Attention : restaurer une sauvegarde complète ramène le monde entier à son état d'alors, y compris tout ce que les autres joueurs ont construit depuis.
  4. À l'avenir, crée régulièrement des sauvegardes, surtout avant les mises à jour.

Bon à savoir : Si ces messages se multiplient, le serveur plante probablement plus souvent. Cherche alors la cause dans Santé du serveur et dans crash-reports/. Guide : Créer et restaurer une sauvegarde du serveur.

Le fichier de données d'un mod contient du JSON invalide

Voici à quoi ressemble le message :

Couldn't parse data file <mod>:<name> from <mod>:recipes/<name>.json
com.google.gson.JsonParseException: com.google.gson.stream.MalformedJsonException: Unterminated object at line 9 column 40

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 continue de fonctionner.

Comment le résoudre :

  1. Lis la première ligne : la partie située avant les deux-points après from indique le mod ou le datapack, suivie du chemin du fichier.
  2. Si le fichier provient d'un mod, mets à jour ce mod dans Mods.
  3. Si tu as modifié le fichier toi-même, par exemple dans un datapack personnel sous world/datapacks/, ouvre-le dans Fichiers. line et column indiquent la ligne et la colonne de l'erreur.
  4. Une virgule manquante ou une accolade non fermée sont des causes typiques. Si tu ne trouves pas l'erreur, restaure le fichier d'origine.
  5. Redémarre le serveur.

Bon à savoir : Unterminated object signifie qu'une virgule ou une accolade fermante était attendue à cet endroit. Plus d'informations sur les datapacks : Erreurs de datapack et de resourcepack.

Un mod Forge contient un fichier de langue défectueux

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 JSON dans le fichier du mod (.jar) et l'a ignoré. Dans la stacktrace en dessous apparaît 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.

Comment le résoudre :

  1. Lis l'ID du mod avant les deux-points après Skipped language file:. Si cette ligne est absente, prends le premier mod cité 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 si 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, il ne vaut pas la peine de le réparer toi-même.

Échec du mixin d'un mod (« Mixin apply for mod … failed »)

Voici à quoi ressemble le message :

Mixin apply for mod <mod-id> failed <mod-id>.mixins.json:<Class> from mod <mod-id> -> <Target-Class>:
org.spongepowered.asm.mixin.injection.throwables.InvalidInjectionException Critical injection failure: @Inject annotation on <Method> could not find any targets

Ce qui se cache derrière : Grâce aux mixins, les mods modifient au démarrage certains endroits du programme Minecraft. Le mod indiqué cherche un tel endroit mais ne le trouve pas. 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.

Comment le résoudre :

  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 de modpack ou de Minecraft, et mets-le à jour dans Mods.
  3. Si tu as ajouté peu de temps avant un autre mod qui modifie des zones similaires, par exemple un mod de performances, retire-le pour tester et redémarre.
  4. Si l'erreur persiste, retire le mod ou signale-la à son auteur avec la ligne complète de logs/latest.log.

Bon à savoir : Les mentions comme class_1799 ou m_77607_ sont des noms internes de classes et de méthodes de Minecraft. Pour toi, seul le nom du mod compte.

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.

YUNG's Better End Island : état du monde manquant

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 sa propre entrée pour le combat contre le dragon. Il ne trouve actuellement pas cette entrée. 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.

Comment résoudre le problème :

  1. Vérifie en jeu que l'île de l'End et le combat contre le dragon fonctionnent normalement. Si c'est le cas, un redémarrage propre suffit : arrête le serveur normalement et 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 dans Mods vers des versions compatibles entre elles.
  3. Crée une sauvegarde du monde dans Sauvegardes.
  4. Utilise seulement 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.

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.