Le monde de ton serveur Minecraft se compose de nombreux fichiers : level.dat avec les données de base, les fichiers de région avec les chunks (sections du monde de 16 × 16 blocs), les données des joueurs et des listes comme ops.json. Si quelque chose se passe mal lors de la sauvegarde ou si un fichier ne correspond pas à la version du serveur, le serveur écrit un message dans le log. Chaque section ci-dessous traite précisément l'un de ces messages : à quoi il ressemble, ce qui se cache derrière et ce que tu peux faire. Les erreurs pouvant entraîner une perte de progression du monde viennent en premier, suivies des avertissements pour lesquels le serveur continue généralement de fonctionner.

Tu trouveras le message complet avec les lignes qui le précèdent dans la Console ou sous Fichiers dans logs/latest.log. Avant toute intervention sur les fichiers du monde ou de configuration, crée une sauvegarde sous Sauvegardes. Ce qui est écrasé lors de la prochaine sauvegarde du monde ne peut être récupéré qu'à partir d'une sauvegarde.

Impossible d'enregistrer les données du monde

Voici à quoi ressemble le message :

Could not save data to raids_end.dat
java.nio.file.NoSuchFileException: ./<Monde>/DIM1/data/raids_end.dat
Failed to save level ./<Monde>

Une troisième forme est Failed to save player data for <Joueur>.

Ce qui se passe : Le serveur voulait écrire des données du monde, par exemple le fichier principal du monde, des données supplémentaires comme les raids ou les données d'un joueur. Il lui manquait alors un fichier ou un dossier qu'il attendait. NoSuchFileException signifie exactement cela : le fichier n'existe pas. Tout ce qui s'est passé depuis la dernière sauvegarde réussie peut être perdu. Les causes fréquentes sont un espace de stockage plein ou un dossier de monde supprimé, renommé ou remplacé par un envoi pendant que le serveur tournait.

Comment résoudre le problème :

  1. Vérifie si l'espace de stockage de ton serveur est plein. Si le log contient en plus No space left on device, fais d'abord du ménage (section « Plus d'espace de stockage disponible »).
  2. Ne modifie les dossiers de monde que lorsque le serveur est arrêté. Un envoi ou une suppression pendant que le serveur tourne mène exactement à ce message.
  3. Redémarre le serveur et saisis save-all dans la Console. Cela force une sauvegarde. Si le message n'apparaît plus, le problème est résolu.
  4. S'il revient ou si des constructions, des inventaires ou de la progression manquent, restaure dans Sauvegardes un état antérieur à l'erreur.

Pour plus de détails : Espace de stockage plein : résoudre « No space left on device »

Le monde provient d'une version plus récente de Minecraft

Voici à quoi ressemble le message :

java.lang.RuntimeException: Server attempted to load chunk saved with newer version of minecraft! 5023 > 4903

Ce qui se passe : Chaque chunk, c'est-à-dire chaque portion du monde de 16 × 16 blocs, enregistre avec quelle version de données il a été écrit. Le premier nombre est la version de données du chunk, le second celle de ton serveur. Si le premier est plus grand, le monde a été utilisé en dernier sur une version de Minecraft plus récente que l'actuelle. Ces chunks ne peuvent pas être chargés. Continuer à jouer sur l'ancienne version n'est pas une solution, car un downgrade peut endommager le monde.

Comment résoudre le problème :

  1. Arrête le serveur.
  2. Dans Version, remets la version de Minecraft avec laquelle le monde a tourné en dernier, ou une plus récente.
  3. Si tu as envoyé le monde, choisis la version avec laquelle il a été joué en dernier en solo ou sur l'ancien serveur.
  4. Si tu veux vraiment revenir à l'ancienne version, restaure dans Sauvegardes une sauvegarde antérieure au changement de version, puis seulement ensuite règle l'ancienne version.

Bon à savoir : Les nombres ne sont pas des numéros de version comme 1.21, mais des versions de données internes. Un nombre plus élevé correspond toujours à une version plus récente. Plus d'informations : Changer de version de Minecraft et de modloader en toute sécurité

Le fichier principal du monde (level.dat) est endommagé

Voici à quoi ressemble le message :

Failed to load world data from ./<Monde>/level.dat

Ce qui se passe : level.dat contient les données de base de ton monde. Si le serveur ne peut pas le lire, il se rabat sur la copie de secours level.dat_old. Si celle-ci est aussi endommagée, le serveur s'arrête et ne démarre plus. Le plus souvent, le serveur a été arrêté brutalement pendant l'enregistrement, ou un envoi est resté incomplet.

Comment résoudre le problème :

  1. Arrête le serveur s'il tourne encore.
  2. Dans Sauvegardes, crée une sauvegarde de l'état actuel, même s'il est défectueux. Ainsi, tu peux annuler chaque tentative suivante.
  3. Dans Sauvegardes, restaure le monde à partir d'un état antérieur à l'erreur. Si tu veux conserver la progression plus récente, le seul fichier level.dat suffit souvent : prends-le dans une sauvegarde téléchargée et envoie-le dans le dossier du monde via Fichiers.
  4. Si tu as envoyé le monde toi-même, renvoie-le en entier et attends que l'envoi soit vraiment terminé.
  5. Démarre le serveur et vérifie dans la Console que le monde se charge.

Bon à savoir : Arrête le serveur normalement avec stop dans la Console au lieu de l'interrompre brutalement. C'est la meilleure protection contre ce message. Pour l'envoi : Envoyer un monde Minecraft et en changer en toute sécurité

Le monde n'est pas enregistré : le fichier de verrouillage session.lock est occupé

Voici à quoi ressemble le message :

Couldn't save chunk; already in use by another instance of Minecraft?
Failed to check session lock for world <Monde>

Ce qui se passe : Minecraft crée le fichier session.lock dans le dossier du monde. Il indique qu'un serveur travaille actuellement avec ce monde. Si le serveur croit qu'un autre processus utilise le monde, il n'enregistre plus de chunks. Le plus souvent, le fichier est resté après un plantage ou un envoi. Ce qui a été construit depuis la dernière sauvegarde réussie peut être perdu au redémarrage.

Comment résoudre le problème :

  1. Arrête le serveur.
  2. Dans Fichiers, ouvre le dossier du monde indiqué par le message et supprime-y le fichier session.lock. Si ton serveur a plusieurs dossiers de monde, par exemple pour le Nether et l'End, vérifie-les aussi.
  3. Redémarre le serveur.
  4. Saisis save-all dans la Console et vérifie que le message n'apparaît plus.

Bon à savoir : Quand tu envoies un monde, tu peux simplement omettre session.lock. Le serveur recrée le fichier lui-même au démarrage.

Plus d'espace de stockage disponible

Voici à quoi ressemble le message :

java.io.IOException: No space left on device

Ce qui se passe : L'espace de stockage de ton serveur est plein. Chaque opération d'écriture échoue alors : le monde n'est plus enregistré, les logs s'interrompent et de nouvelles sauvegardes ne peuvent plus être créées. Même si le serveur semble continuer à tourner, les modifications se perdent silencieusement.

Comment résoudre le problème :

  1. Arrête le serveur afin qu'il n'écrive plus dans le monde pendant le nettoyage.
  2. Dans Fichiers, supprime d'abord ce qui peut être retiré sans risque : les anciens fichiers de log dans logs/, les rapports de plantage déjà lus dans crash-reports/ et les archives envoyées (.zip, .tar.gz) dont tu as déjà extrait le contenu.
  3. Fais le ménage parmi les anciennes sauvegardes dont tu n'as plus besoin.
  4. Ne supprime pas de fichiers de région individuels du monde pour gagner de la place. Tu retirerais ainsi des parties de ton monde.
  5. Démarre le serveur et vérifie dans la Console que le message n'apparaît plus.
  6. Si l'espace manque durablement, choisis une offre plus grande dans Paramètres et abonnement → Plan.

Pour plus de détails : Espace de stockage plein : résoudre « No space left on device »

Accès non sûr aux chunks lors de la génération du monde

Voici à quoi ressemble le message :

Detected unsafe terrain read during worldgen: reading from chunk [<x>, <z>] while generating chunk [<x>, <z>] (distance: 2, write radius: 1), step: minecraft:features, currently generating: ResourceKey[minecraft:worldgen/placed_feature / minecraft:sculk_patch_deep_dark]

Ce qui se passe : Lors de la création d'un nouveau chunk, le serveur place des features comme des arbres, des minerais ou des zones de sculk. Chaque feature ne doit lire que dans un petit périmètre. Le message indique que l'une d'elles est allée plus loin. Après currently generating figure laquelle : minecraft: correspond à Vanilla, un autre nom correspond généralement à un datapack de génération du monde (un datapack qui modifie la génération du monde) ou à un mod. Le serveur continue de tourner. Des pics de lag lors de l'exploration sont possibles, et plus rarement des transitions imparfaites aux limites des chunks.

Comment résoudre le problème :

  1. Mets à jour Paper ou ton fork de Paper dans Version vers le build le plus récent de ta version de Minecraft.
  2. Si un nom de datapack ou de mod figure après currently generating, mets à jour ce datapack ou ce mod dans Mods.
  3. Si cela n'aide pas, désactive-le à titre de test. Crée d'abord une sauvegarde dans Sauvegardes, car un monde existant peut réagir de manière sensible à l'absence de contenus de génération.
  4. Si le message continue d'apparaître en masse ensuite, ouvre un ticket et indique l'heure du message.

Bon à savoir : Si tu pré-génères le monde, tu déplaces ce travail hors du jeu en cours : Chunky : pré-générer un monde Minecraft

La liste blanche, la liste des OP ou la liste des bannissements est corrompue

Voici à quoi ressemble le message :

Unable to read file ops.json, backing it up to ops.json.backup and creating new copy.
com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: … at line 21 column 2 path $

Ce qui se cache derrière : whitelist.json, ops.json, banned-players.json et banned-ips.json sont des listes au format JSON, un format texte strict avec des crochets, des virgules et des guillemets. Une simple virgule manquante rend le fichier illisible, le plus souvent après une modification manuelle. Minecraft sauvegarde alors le fichier endommagé en .backup et crée une liste vide. Le serveur continue de tourner, mais selon le fichier, les droits d'OP, les entrées de la liste blanche ou les bannissements disparaissent.

Voici comment corriger le problème :

  1. Arrête le serveur.
  2. Dans Fichiers, ouvre le fichier portant l'extension .backup, par exemple ops.json.backup.
  3. Le message indique généralement la ligne et la colonne de l'erreur. La liste entière se trouve entre crochets, chaque entrée entre accolades, les entrées sont séparées par une virgule, et il n'y en a pas après la dernière. Un simple nom de joueur sans accolades n'est pas une entrée valide.
  4. Supprime le nouveau fichier vide qui a été créé et renomme le fichier .backup corrigé pour retrouver son nom d'origine, par exemple ops.json.
  5. Démarre le serveur. Tu peux aussi réajouter les entrées par commande : whitelist add <Joueur> ou op <Joueur> dans la Console.

Bon à savoir : Si tu gères ces listes uniquement par commande, Minecraft écrit lui-même le format correctement. Plus d'informations : Configurer la liste blanche

Paramètres du monde illisibles : le serveur utilise les valeurs par défaut

Voici à quoi ressemble le message :

Unable to read or access the world gen settings file! Falling back to the default settings with a random world seed. ./<Monde>/dimensions/minecraft/overworld/data/minecraft/world_gen_settings.dat

Ce qui se cache derrière : Le fichier world_gen_settings.dat définit la manière dont le monde est généré, par exemple la seed et le type de monde. Si le serveur n'a pas pu le lire, il démarre avec les valeurs par défaut et une seed aléatoire. Tes propres paramètres ne sont alors pas appliqués. Les zones déjà générées sont chargées telles qu'elles ont été enregistrées. En revanche, les nouvelles zones sont créées avec les valeurs par défaut et risquent de ne pas s'accorder avec le reste.

Voici comment corriger le problème :

  1. Si le monde est neuf et que tu n'as rien configuré de particulier, le message est généralement sans gravité.
  2. Si tu as défini ta propre seed ou un type de monde, enregistre à nouveau ces valeurs dans Paramètres et redémarre le serveur.
  3. Si le fichier appartient à un monde existant avec des constructions, arrête le serveur avant que de nouvelles zones ne soient générées, puis restaure le fichier ou le monde à partir d'une sauvegarde dans Sauvegardes.
  4. Après le redémarrage, vérifie dans la Console que le message n'apparaît plus.

Bon à savoir : Avec seed dans la Console, tu peux voir quelle seed est actuellement active. Plus d'informations : Trouver et définir la seed du monde

Le monde contient des blocs d'un mod ou d'un datapack supprimé

Voici à quoi ressemble le message :

Recoverable errors when loading section [2, 11, 5]: (Unknown registry key in ResourceKey[minecraft:root / minecraft:block]: <mod>:<bloc> -> using default)

Ce qui se cache derrière : Lors du chargement d'une section du monde, des blocs ou des objets que le serveur ne connaît plus sont apparus. Presque toujours, un mod ou un datapack a été supprimé ou remplacé. Le nom avant les deux-points indique l'origine du bloc. Minecraft remplace ces emplacements par de l'air et charge le reste du monde normalement. Le serveur continue de tourner, mais des blocs manquent aux endroits concernés.

Voici comment corriger le problème :

  1. Si tu as supprimé le mod ou le datapack volontairement, le message est normal. Il disparaît dès que toutes les zones concernées ont été chargées une fois.
  2. Si des constructions que tu veux conserver sont manquantes, arrête immédiatement le serveur et crée une sauvegarde dans Sauvegardes. À la prochaine sauvegarde automatique du monde, les blocs manquants seront définitivement perdus.
  3. Réinstalle le mod dans Mods dans la même version, ou le datapack dans le dossier datapacks du monde, puis redémarre le serveur.
  4. Si des blocs manquent encore ensuite, c'est que les zones ont déjà été enregistrées. Seule une sauvegarde antérieure à la suppression peut alors t'aider.

Bon à savoir : Si minecraft: figure avant les deux-points, le bloc provient généralement d'une version de Minecraft plus récente que celle de ton serveur.

Une entité défectueuse a été supprimée pour éviter un plantage

Voici à quoi ressemble le message :

Entity threw exception at minecraft:overworld:<x>,<y>,<z>
java.lang.NullPointerException

Ce qui se cache derrière : Une entité désigne tout ce qui se déplace dans le monde ou porte ses propres données : mobs, villageois, PNJ, objets jetés au sol. Lors du calcul d'un tick, l'une des 20 étapes de calcul par seconde, l'une d'elles a provoqué une erreur. Paper l'a supprimée pour que le serveur ne plante pas. Le serveur continue de tourner, mais l'entité à cette position a disparu. Le plus souvent, un plugin ou un mod l'avait modifiée auparavant.

Voici comment corriger le problème :

  1. Dans Fichiers, ouvre logs/latest.log et lis les lignes situées sous le message. Cette stacktrace est la liste des endroits du programme qui ont mené à l'erreur.
  2. Paper ajoute à la fin de beaucoup de ces lignes le nom du fichier entre crochets, par exemple ~[<Plugin>-<Version>.jar:?]. Cela te permet d'identifier le plugin concerné.
  3. Mets à jour ce plugin dans Plugins ou le mod dans Mods.
  4. Si le message se répète à la même position, il y avait une entité corrompue à cet endroit. Elle est maintenant supprimée, et d'autres étapes ne sont généralement pas nécessaires.

Plus d'informations sur les erreurs de plugin : Un plugin génère des erreurs en cours de fonctionnement

Les données POI ne correspondent pas au chunk

Voici à quoi ressemble le message :

POI data mismatch: never registered at BlockPos{x=<x>, y=<y>, z=<z>}

Ce qui se cache derrière : POI signifie Point of Interest (point d'intérêt). C'est ainsi que Minecraft mémorise des blocs particuliers comme les lits, les postes de travail des villageois, les nids d'abeilles ou les portails du Nether. Ces entrées sont stockées séparément des blocs, dans le dossier poi du monde. À la position indiquée, Minecraft n'a trouvé aucune entrée correspondante. Des messages isolés peuvent apparaître au chargement ou après un changement de version. Si la même zone revient sans cesse, les données POI ou de chunk sont incohérentes.

Voici comment corriger le problème :

  1. Crée une sauvegarde du monde dans Sauvegardes.
  2. Mets à jour Paper dans Version vers le build le plus récent de ta version de Minecraft.
  3. Note les coordonnées et observe si la même région est touchée à plusieurs reprises.
  4. Seulement dans ce cas, vérifie la région avec un outil de monde adapté, toujours sur une copie du monde. Si tu es bloqué, ouvre un ticket et indique l'heure du message.

Bon à savoir : Tu peux ignorer des messages isolés qui ne se répètent pas. Pour les outils et la marche à suivre : Chunks Minecraft manquants : vérifier les dégâts et les récupérer

Téléportation inhabituelle d'une entité entre des mondes

Voici à quoi ressemble le message :

Illegal Entity Teleport Zombie['Zombie'/<ID>, l='ServerLevel[<Monde>_nether]', x=<x>, y=<y>, z=<z>, …] to ServerLevel[<Monde>]:(<x>, <y>, <z>)
java.lang.Throwable: null

Ce qui se cache derrière : Minecraft a constaté qu'une entité, ici un zombie, a été téléportée dans un état inattendu entre des mondes ou des chunks, par exemple via un portail. Les lignes java.lang.Throwable en dessous ne sont pas un plantage. Elles indiquent seulement de quel endroit du programme provient la téléportation. Le message seul ne prouve pas qu'un plugin est en cause, et le serveur continue de tourner.

Voici comment corriger le problème :

  1. Mets à jour Paper dans Version vers le build le plus récent de ta version de Minecraft.
  2. Observe si le message revient. Tu peux ignorer un message isolé.
  3. S'il se répète, lis la stacktrace complète dans logs/latest.log. Si un plugin de portail ou de téléportation y apparaît, mets-le à jour dans Plugins.
  4. Si la mise à jour n'aide pas, désactive temporairement dans sa configuration la fonction concernée de ce plugin et observe à nouveau.

Une entité n'a pas pu être enregistrée

Voici à quoi ressemble le message :

Entity type entity.minecraft.villager failed to serialize
net.minecraft.ReportedException: Saving entity NBT

Ce qui se passe : Lors de la sauvegarde, le serveur écrit chaque entité avec ses données dans les fichiers du monde. NBT est le format de stockage que Minecraft utilise pour cela. Pour une entité, ici un villageois, l'opération a échoué, car ses données contiennent quelque chose que le serveur ne peut pas écrire. Il s'agit souvent d'un objet provenant d'un plugin ou d'un mod, par exemple dans une offre d'échange. Le serveur continue de tourner, mais l'entité peut manquer après un redémarrage.

Comment le résoudre :

  1. Dans logs/latest.log, lis les lignes situées sous le message. Une ligne contenant Caused by indique la vraie cause.
  2. S'il s'agit de marchands, vérifie les plugins qui modifient les offres d'échange, par exemple les plugins de boutique ou de marchands, et mets-les à jour dans Plugins.
  3. Garde Paper à jour avec le dernier build de ta version de Minecraft dans Version.
  4. Redémarre le serveur et observe si le message revient.

Bon à savoir : Si une entité importante a disparu, seule une sauvegarde peut la ramener. Mais tu remets alors le monde entier dans cet état.

Données supplémentaires du monde illisibles : valeurs par défaut actives

Voici à quoi ressemble le message :

Failed to parse saved data for 'SavedDataType[minecraft:<DataType>]': <Reason>

Ce qui se passe : En plus des chunks, un monde enregistre des données supplémentaires dans des fichiers dédiés, comme les règles de jeu, les heures ou les séquences aléatoires. L'un de ces fichiers ne correspond pas à la version du serveur. Le plus souvent, le monde a été enregistré auparavant avec une autre version de Minecraft ou une autre sélection de mods. Le serveur démarre quand même et utilise des valeurs par défaut pour cette partie. Tes règles de jeu personnalisées peuvent donc être revenues aux valeurs par défaut.

Comment le résoudre :

  1. Interroge les règles de jeu modifiées dans la Console avec gamerule <Rule>.
  2. Redéfinis les valeurs différentes avec gamerule <Rule> <Value>.
  3. Ne lance jamais un monde sur une version plus ancienne que celle avec laquelle il a été enregistré en dernier. Remets la bonne version dans Version.
  4. Si tu veux retrouver complètement l'ancien état, restaure dans Sauvegardes une sauvegarde antérieure au changement.

Bon à savoir : Le type de données dans le message indique quelle zone est concernée. Pour les règles de jeu : Les règles de jeu Minecraft expliquées

Données de chunk endommagées dans un fichier de région

Voici à quoi ressemble le message :

Chunk [<x>, <z>] header is truncated: expected <Number> but read <Number>
Ignoring absolute chunk [<x>, <z>] in regionfile …
Failed to parse light data for chunk [<x>, <z>] …

Ce qui se passe : Minecraft enregistre le monde dans des fichiers de région avec l'extension .mca dans le dossier region. Chacun contient jusqu'à 32 × 32 chunks. Une partie d'un tel fichier est incomplète ou se trouve au mauvais endroit. Le serveur tente de réparer le fichier ou recharge le chunk concerné. Il peut alors régénérer un morceau du monde, avec tout ce qui y était construit. La cause est généralement un arrêt brutal pendant la sauvegarde.

Comment le résoudre :

  1. Note les coordonnées du chunk indiquées dans le message. Multipliées par 16, elles donnent les coordonnées de bloc où tu peux aller vérifier en jeu.
  2. Si tout est en place, il n'y a rien d'autre à faire.
  3. S'il manque un morceau du monde, arrête le serveur et restaure le fichier de région concerné à partir d'une sauvegarde. Son nom est r.<x>.<z>.mca, où x et z sont les coordonnées du chunk divisées par 32, arrondies à l'inférieur. La région revient ainsi à l'état de la sauvegarde.
  4. À l'avenir, arrête le serveur normalement avec stop au lieu de l'interrompre brutalement.

En détail : Chunks Minecraft manquants : évaluer les dégâts et sauver le monde

Un chunk se trouve à la mauvaise coordonnée

Voici à quoi ressemble le message :

Chunk file at <x>,<z> is in the wrong location; relocating.

Ce qui se passe : Dans un fichier de région, un chunk figure sous une autre coordonnée que celle que Minecraft attend à cet endroit. Minecraft le déplace au bon endroit et continue de charger. Le message signale toutefois des données de monde endommagées ou mal copiées, par exemple si des fichiers de région ont été renommés ou copiés depuis un autre monde.

Comment le résoudre :

  1. Arrête le serveur et crée une sauvegarde du monde dans Sauvegardes.
  2. Si tu as récemment copié ou renommé des fichiers de région à la main, annule ces modifications.
  3. Vérifie la région concernée avec un outil de réparation de monde, toujours sur une copie et jamais sur l'unique exemplaire de ton monde.
  4. Si le message revient régulièrement, restaure dans Sauvegardes une sauvegarde connue comme saine.

Bon à savoir : Un message isolé après un upload est un signe d'alerte, mais pas encore une perte. Va voir l'endroit en jeu avant de restaurer quoi que ce soit.

En détail : Chunks Minecraft manquants : évaluer les dégâts et sauver le monde

L'en-tête endommagé d'un fichier de région est réparé

Voici à quoi ressemble le message :

Corrupt regionfile header detected! Attempting to re-calculate header offsets for regionfile <File>
Recalculating regionfile <File>, header gave erroneous offsets

Ce qui se passe : Chaque fichier de région commence par un en-tête. C'est une sorte de table des matières qui indique où se trouve chaque chunk dans le fichier. Paper a trouvé un en-tête endommagé et le reconstruit. Le plus souvent, cela se passe sans perte et le serveur continue de tourner. La cause est souvent une interruption brutale pendant l'écriture, par exemple un plantage ou un serveur arrêté de force.

Comment le résoudre :

  1. Le plus souvent, il n'y a rien à faire.
  2. Si tu veux être sûr, va voir la zone en jeu. Le nom de fichier r.<x>.<z>.mca indique l'emplacement : x et z multipliés par 512 donnent les coordonnées de bloc d'un coin de la région.
  3. S'il manque des parties du monde à cet endroit, arrête le serveur et restaure le fichier de région concerné à partir d'une sauvegarde.
  4. À l'avenir, arrête le serveur normalement avec stop dans la Console au lieu de l'interrompre brutalement.

En détail : Chunks Minecraft manquants : évaluer les dégâts et sauver le monde

Les données du bloc ne correspondent plus au bloc dans le monde

Voici à quoi ressemble le message :

Failed to create block entity <BlockType> for block BlockPos{x=<x>, y=<y>, z=<z>} at position Block{<Block>}

Ce qui se passe : Certains blocs transportent des données supplémentaires, appelées BlockEntity : les coffres enregistrent leur contenu, les panneaux leur texte, les fours leur progression. À la position indiquée, ces données enregistrées ne correspondent pas au bloc qui s'y trouve. Cela peut arriver après des mises à jour, après une modification du monde, par exemple avec WorldEdit, ou à cause de données de chunk incohérentes. Ne te laisse pas troubler par l'ordre : après for block figure la position, après at position le bloc.

Comment le résoudre :

  1. Crée une sauvegarde du monde dans Sauvegardes.
  2. Mets Paper à jour dans Version vers le dernier build de ta version de Minecraft.
  3. Va voir la position indiquée en jeu, mais ne modifie pas le bloc à l'aveugle.
  4. Si le message se répète, supprime les données de bloc invalides avec un outil de monde adapté ou restaure la région à partir d'une sauvegarde.

Si tu n'avances pas, ouvre un ticket et indique l'heure du message.

Erreur de modification simultanée des données de bloc

Voici à quoi ressemble le message :

BlockEntity threw exception at <World>:<x>,<y>,<z>
java.util.ConcurrentModificationException

Ce qui se cache derrière : les blocs dotés de leurs propres données, comme les entonnoirs, les fours ou les coffres, s'appellent des BlockEntity. Pendant un tick, une collection de ces données a été modifiée alors que le serveur était en train de la parcourir. Java interrompt l'opération avec une ConcurrentModificationException, littéralement une erreur due à une modification simultanée. Ce message seul ne permet pas de savoir avec certitude si la modification a été déclenchée par le jeu lui-même, par l'état du monde ou par un plugin.

Comment corriger le problème :

  1. Mets à jour Paper sous Version et tes plugins sous Plugins.
  2. Observe si le message réapparaît.
  3. S'il se répète, lis la stacktrace complète dans logs/latest.log et note la position indiquée.
  4. Seule une classe de plugin mentionnée à cet endroit, reconnaissable au nom du package ou au nom de fichier d'un plugin, permet de l'identifier. Mets alors à jour précisément ce plugin ou signale l'erreur à son développeur.

Bon à savoir : si aucun nom de plugin n'apparaît dans la stacktrace, tu ne devrais pas retirer des plugins au hasard.

Item avec une propriété invalide, par exemple un enchantement inconnu

Voici à quoi ressemble le message :

[CraftMagicNumbers] Exception modifying ItemStack
… Not a valid resource location: …

Ce qui se cache derrière : un item issu d'une configuration de plugin, d'un kit ou d'un menu possède une propriété que cette version de Minecraft ne peut pas lire. Il s'agit souvent d'un enchantement d'un plugin qui a été retiré entre-temps. Une Resource Location est un nom au format namespace:name, par exemple minecraft:sharpness. L'item est chargé sans la propriété défectueuse. Le serveur continue de tourner, mais l'item se comporte différemment de ce qui était prévu.

Comment corriger le problème :

  1. Trouve quel plugin distribue cet item, par exemple un plugin de kits, de menus ou de boutique.
  2. Sous Fichiers, ouvre sa configuration dans le dossier plugins/<Plugin>/ et supprime la propriété indiquée ou corrige son nom.
  3. Sinon, recrée l'item, par exemple en le recréant en jeu puis en l'enregistrant à nouveau dans le plugin.
  4. Si la propriété appartient à un plugin d'enchantements personnalisés que tu as retiré, réinstalle-le sous Plugins.
  5. Redémarre le serveur et vérifie la Console.

Plus d'informations : La configuration du plugin est défectueuse

Un item enregistré contient une propriété inconnue

Voici à quoi ressemble le message :

Tried to load invalid item: 'No component with type: '<namespace>:<property>'

Ce qui se cache derrière : les items enregistrent leurs propriétés sous forme de composants de données, par exemple le nom, les enchantements ou la durabilité. Un item enregistré, par exemple dans les données d'un joueur, dans des coffres ou dans les données d'un plugin, contient un composant que cette version de Minecraft ne connaît pas. Cela arrive typiquement lorsque le monde ou les données d'un plugin ont été créés avec une version plus récente, puis chargés dans une version plus ancienne. L'item ne peut alors pas être chargé correctement et peut être perdu.

Comment corriger le problème :

  1. Avant toute autre modification, crée une sauvegarde sous Sauvegardes.
  2. Sous Version, remets la version de Minecraft avec laquelle le monde a été joué en dernier.
  3. Si un plugin génère de tels items, mets-le à jour sous Plugins vers une version compatible avec la version de ton serveur.
  4. Redémarre le serveur et vérifie dans la Console que le message ne réapparaît plus.

Bon à savoir : si minecraft: précède le nom, la propriété provient d'une version plus récente de Minecraft. Un autre nom indique un plugin ou un mod. Plus d'informations : Le plugin n'est pas compatible avec la version du serveur

Il manque des champs obligatoires à un objet de mod enregistré (« No key … in MapLike »)

Voici à quoi ressemble le message :

Tried to load invalid item: 'No key <Field> in MapLike[<ItemData>]'

Ce qui se cache derrière : lors de la lecture d'un objet enregistré, le logiciel attend certains champs obligatoires. Au moins l'un d'entre eux est absent des données de l'objet. Le message indique avec « No key » le champ manquant ; « MapLike » désigne l'ensemble de champs de données lu. L'objet concerné ne peut pas être chargé complètement dans ce format.

Voici comment le résoudre :

  1. Crée une sauvegarde de l'état actuel sous Sauvegardes avant de modifier des mods ou des données enregistrées.
  2. Lis le message complet dans la Console ou dans logs/latest.log sous Fichiers. Cherche l'identifiant de l'objet et le mod associé.
  3. Compare sous Mods la combinaison installée avec l'état précédant la première apparition du message. Consulte les indications du mod concerné sur la reprise d'anciennes données d'objets.
  4. Teste d'abord une combinaison de mods adaptée ou une restauration sur une copie du monde. Transmets le message complet à l'auteur du mod si aucune solution documentée ne convient.

Bon à savoir : supprimer systématiquement les inventaires ou les données des joueurs retire aussi des objets encore utilisables.

Ton message n'y figure pas ?

Lis le message complet dans logs/latest.log avec les lignes qui le précèdent : souvent, on y voit ce qui a mal tourné en premier. Dans la stacktrace, les noms de paquets, c'est-à-dire les noms de dossiers séparés par des points comme com.<Entwickler>.<Plugin>, et les noms de fichiers comme <Plugin>.jar indiquent quel plugin ou quel mod est concerné. Ne travaille sur les fichiers du monde que lorsque le serveur est arrêté et crée au préalable une sauvegarde sous Sauvegardes. Si tu n'avances pas, ouvre un ticket et indique l'heure du message.