Données du monde Minecraft corrompues ou non enregistrables : corriger les messages

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 »

« Detected unsafe terrain read during worldgen » : accès non sécurisé 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]
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 / wythers:vegetation/local/trees/dark_forest_river_oaks]

Ce qui se cache derrière : une étape de génération du monde lit des données dans un chunk voisin situé en dehors du rayon d'écriture prévu. currently generating indique le contenu concerné : par exemple le sculk vanilla ou un arbre de Wythers. Le serveur continue de tourner ; des pics de lag et, plus rarement, des transitions incohérentes aux limites des chunks sont possibles. Les datapacks et mods de génération du monde modifient la génération, mais même des contenus vanilla peuvent déclencher ce message.

Comment le résoudre :

1. Arrête le serveur et crée une sauvegarde dans Sauvegardes.
2. Mets à jour le logiciel serveur que tu utilises réellement dans Version vers un build récent pour ta version de Minecraft.
3. Mets à jour en conséquence les datapacks concernés dans Fichiers ou les mods dans Mods.
4. Teste d'abord la désactivation des contenus de génération concernés avec une copie du monde, car les mondes existants peuvent avoir besoin de ces contenus.
5. Si le message continue d'apparaître en masse, ouvre un ticket et indique l'heure du message.

Bon à savoir : la prégénération déplace le travail hors du jeu en cours : Chunky : prégénérer le monde Minecraft

« JsonSyntaxException » : liste blanche, liste des OP ou liste des bannis défectueuse

Voici à quoi ressemble le message :

Unable to read file <File>.json, backing it up to <File>.json.backup and creating new copy.
Failed to load white-list:
com.google.gson.JsonSyntaxException: Expected entry to be a JsonObject, was "<Player>"

Ce qui se cache derrière : whitelist.json, ops.json, banned-players.json et banned-ips.json utilisent JSON, un format texte avec des règles de structure strictes. Outre les virgules et les guillemets, la structure doit aussi être correcte : un simple nom de joueur ne remplace pas une entrée complète. Avec « backing it up », Minecraft sauvegarde le fichier endommagé en .backup et crée une liste vide ; avec « Failed to load white-list », tu dois vérifier le fichier d'origine. Le serveur continue de tourner, mais des entrées de la liste blanche, des droits OP ou des bannissements peuvent manquer.

Comment résoudre le problème :

1. Arrête le serveur et sauvegarde le fichier concerné ainsi qu'un éventuel fichier .backup.
2. Dans Fichiers, ouvre le fichier .backup s'il existe, sinon le fichier d'origine.
3. Corrige la structure : la liste est placée entre crochets, chaque entrée entre accolades ; des virgules séparent les entrées. Tiens compte de la ligne et de la colonne si elles sont indiquées.
4. Restaure la liste corrigée sous son nom de fichier d'origine et démarre le serveur.
5. Sinon, ajoute à nouveau les entrées via la Console, par exemple whitelist add <Player> ou op <Player>.

Bon à savoir : Minecraft écrit lui-même le format lorsque tu utilises des commandes : Configurer la liste blanche.

« world gen settings file » illisible : valeurs par défaut actives

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. ./<World>/data/minecraft/world_gen_settings.dat

Ce qui se cache derrière : Le fichier world_gen_settings.dat définit comment 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 paramètres personnalisés ne s'appliquent alors pas. Les zones déjà générées sont chargées telles qu'elles ont été enregistrées. Les nouvelles zones, en revanche, sont créées avec les valeurs par défaut et risquent de ne pas correspondre au reste.

Comment résoudre 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 une seed ou un type de monde personnalisé, 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 récupère le fichier ou le monde depuis une sauvegarde dans Sauvegardes.
4. Après le redémarrage, vérifie dans la Console que le message n'apparaît plus.

Bon à savoir : La marche à suivre pour vérifier et modifier la seed dépend du logiciel du serveur. Plus d'infos : Trouver et définir la seed du monde

« Unknown registry key » : blocs ou biomes inconnus dans le monde

Voici à quoi ressemble le message :

Recoverable errors when loading section […]: (Unknown registry key in ResourceKey[minecraft:root / minecraft:block]: <Mod>:<Block> -> using default)
Recoverable errors when loading section […]: (Unknown registry key in ResourceKey[minecraft:root / minecraft:block]: minecraft:<Block> -> using default)
Recoverable errors when loading section […]: (Unknown registry key in ResourceKey[minecraft:root / minecraft:worldgen/biome]: <Datapack>:<Biome> -> using default)

Ce qui se cache derrière : le serveur ne reconnaît plus un bloc ou un biome enregistré, généralement après la suppression ou le remplacement d'un mod ou d'un datapack. Une ancienne version de Minecraft peut aussi rendre certains blocs inconnus. Minecraft utilise une valeur de remplacement : pour les blocs inconnus, c'est l'air ; pour les biomes, un biome par défaut. Le serveur continue de charger le reste du monde ; les blocs concernés disparaissent ou les attributions de biomes changent.

Voici comment résoudre le problème :

1. Vérifie l'entrée située après Unknown registry key : minecraft:block concerne les blocs, minecraft:worldgen/biome l'attribution des paysages.
2. Si tu veux conserver les contenus, arrête le serveur et sauvegarde l'état du monde dans Sauvegardes. Les zones déjà chargées peuvent être enregistrées à l'arrêt.
3. Rétablis la version du mod, du datapack ou de Minecraft utilisée auparavant. Tu trouveras les mods dans Mods et les datapacks dans Fichiers, dans le dossier datapacks du monde.
4. Si les zones concernées ont déjà été enregistrées avec des valeurs de remplacement, restaure en plus une sauvegarde antérieure à la modification.

Bon à savoir : si tu as retiré les contenus volontairement, ce message est normal tant que les zones concernées n'ont pas été réenregistrées.

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.

Les mises à jour de blocs planifiées contiennent des identifiants de blocs inconnus

Voici à quoi ressemble le message :

Failed to read field (block_ticks=[<Data>]): Unknown registry key in ResourceKey[minecraft:root / minecraft:block]: <Mod>:<Block>

Ce qui se passe : les block ticks sont des mises à jour de blocs planifiées. Lors du chargement de cette liste, le serveur ne trouve pas un identifiant de bloc qui y est mentionné. Il ne peut pas reprendre les mises à jour concernées. Compare donc la composition actuelle des mods avec celle avec laquelle le monde a été enregistré.

Voici comment le corriger :

1. Arrête le serveur et sauvegarde l'état actuel dans Sauvegardes. Conserve les anciennes sauvegardes existantes.
2. Dans Fichiers, lis l'identifiant du bloc dans logs/latest.log. La partie avant les deux-points t'aide à trouver le mod correspondant.
3. Dans Mods, vérifie les versions installées et rétablis la composition qui correspond au monde enregistré.
4. Teste une copie du monde. Si les données concernées ont déjà été réenregistrées, utilise une sauvegarde antérieure à la modification.

Forge signale des objets, entités ou blocs inconnus dans le monde

Voici à quoi ressemble le message :

There are unidentified mappings in this world - we are going to attempt to process anyway
Unidentified mapping from registry minecraft:block
    <Mod>:<Block>: <Number>

Ce qui se passe : Forge compare les identifiants de contenu enregistrés dans le monde avec les mods actuellement chargés. Pour certains identifiants, la correspondance appropriée est manquante. Le chargement est tout de même tenté, mais les contenus concernés sont menacés s'ils manquent et que le monde est de nouveau enregistré.

Voici comment le corriger :

1. Arrête le serveur. Sauvegarde l'état actuel dans Sauvegardes et n'écrase aucune sauvegarde antérieure à la modification.
2. Dans la Console, lis les entrées sous « Unidentified mapping ». La partie avant les deux-points t'aide à déterminer le mod concerné.
3. Dans Mods, compare la composition avec la version du Modpack associée au monde et rétablis les fichiers appropriés.
4. Teste d'abord une copie du monde. Si des contenus manquent après un enregistrement déjà effectué, utilise une sauvegarde antérieure à la modification.

Anti-Xray échoue sur la palette de blocs d'une portion de monde

Voici à quoi ressemble le message :

java.lang.IllegalArgumentException: Unexpected palette resize, bits = <Count>, added value = Block{<Block>}
    at io.papermc.paper.antixray.ChunkPacketBlockControllerAntiXray.obfuscate(<File>:<Line>)

Ce qui se passe : Anti-Xray modifie les données de blocs que Paper envoie aux joueurs afin que les minerais cachés ne soient pas directement visibles. Ici, ce traitement échoue au niveau de la palette de blocs, c'est-à-dire la liste des états de blocs d'une portion de monde. La tâche d'arrière-plan concernée s'interrompt ; chez le joueur, la portion peut manquer ou apparaître avec du retard.

Voici comment le corriger :

1. Crée une sauvegarde dans Sauvegardes avant de modifier le logiciel ou les paramètres.
2. Vérifie dans Version si un build Paper plus récent est disponible pour ta version de Minecraft.
3. Si l'erreur persiste, vérifie les paramètres Anti-Xray dans Fichiers à l'aide de la documentation de Paper. Si la protection est désactivée temporairement, les données des minerais sont de nouveau transmises sans être masquées.
4. Conserve la trace d'erreur complète de logs/latest.log et signale-la à Paper. Ne supprime pas la portion de monde concernée comme première tentative de réparation.

Un bloc ne peut pas enregistrer ses données supplémentaires

Voici à quoi ressemble le message :

A BlockEntity type <BlockType> has thrown an exception trying to write state. It will not persist, Report this to the mod author

Ce qui se passe : Une BlockEntity est un bloc doté de données supplémentaires, par exemple un inventaire ou un état interne. Une erreur survient lors de la conversion de ces données dans le format de sauvegarde. Le serveur continue de fonctionner, mais les modifications récentes de ce bloc ne sont pas enregistrées durablement et disparaissent après un nouveau chargement. L'exception juste en dessous décrit la valeur invalide ou l'erreur technique.

Voici comment le corriger :

1. Crée une sauvegarde dans Sauvegardes avant de modifier le bloc concerné ou les mods.
2. Lis dans logs/latest.log l'exception complète et la trace d'erreur qui suit, c'est-à-dire la liste des appels de programme impliqués.
3. Vérifie dans Mods les mises à jour adaptées pour les mods concernés. Pour un Modpack, respecte les versions prévues.
4. Signale l'erreur à l'auteur du mod avec la trace d'erreur complète. Ne modifie les données du monde qu'avec un guide de réparation adapté et une sauvegarde disponible.

Les données enregistrées des abeilles contiennent des indications de temps incomplètes

Voici à quoi ressemble le message :

Failed to parse bees: 'No key min_ticks_in_hive in MapLike[<Data>]; No key ticks_in_hive in MapLike[<Data>]'

Ce qui se passe : Dans les données enregistrées des abeilles, des informations obligatoires sur le temps passé dans la ruche sont absentes. Minecraft ne peut donc pas lire correctement ces entrées. Les abeilles de cet ensemble de données sont concernées ; la source exacte figure dans le contexte du message.

Comment le résoudre :

1. Crée une sauvegarde dans Sauvegardes avant de modifier des blocs ou des données enregistrées.
2. Dans Fichiers, lis dans logs/latest.log les lignes environnantes et vérifie si le message apparaît après un changement de version ou une action liée à un mod.
3. Fais correspondre le jeu, les mods et les données importées avec des versions compatibles. Si une réparation est nécessaire, procède de façon ciblée avec une sauvegarde adaptée et conserve l'état actuel.

Le bloc de mod enregistré n'a pas de type de données supplémentaires connu

Voici à quoi ressemble le message :

Skipping block entity with invalid type: "<Mod>:<Block>"
Failed to read field (id="<Mod>:<Block>"): Unknown registry key in ResourceKey[minecraft:root / minecraft:block_entity_type]: <Mod>:<Block>

Ce qui se passe : Un bloc possède des données supplémentaires enregistrées, par exemple pour une machine ou un conteneur. Le type nécessaire n'est pas enregistré dans la sélection de mods actuelle. Minecraft ignore l'entrée, de sorte que cette fonction du bloc est absente et que ses données enregistrées sont en danger.

Comment le résoudre :

1. Arrête le serveur et conserve l'état actuel dans Sauvegardes.
2. Vérifie dans Mods et Modpack si le mod associé au monde est manquant ou a été remplacé par une autre version. Rétablis une sélection cohérente.
3. Ne redémarre qu'ensuite et consulte la Console. Si des données ont déjà été écrasées, compare avec une ancienne sauvegarde adaptée avant de restaurer de façon ciblée.

L'objet enregistré contient des données dans un format incorrect

Voici à quoi ressemble le message :

Tried to load invalid item: 'Not a string missed input: {"minecraft:item_name":<Data>}'

Ce qui se passe : Un objet enregistré contient un objet de données imbriqué à un endroit où du texte est attendu. Le lecteur de la version actuelle de Minecraft ne peut pas traiter cette entrée ainsi. Le chargement de cet objet est concerné ; les lignes précédentes aident à déterminer son origine.

Comment le résoudre :

1. Crée une sauvegarde dans Sauvegardes avant de modifier des données d'objets ou du monde.
2. Dans Fichiers, lis dans logs/latest.log les lignes précédant l'erreur. Vérifie si un mod, un fichier importé ou une commande a créé l'objet.
3. Adapte la source au format de données de ta version du jeu. Vérifie les versions de mods compatibles dans Mods ; remplace si besoin les données enregistrées de façon ciblée à partir d'une sauvegarde appropriée.

Minecraft ne peut pas lire le nom d'affichage d'une entité

Voici à quoi ressemble le message :

Failed to parse entity custom name <Text>
com.google.gson.JsonParseException: Invalid color name: <Color>

Ce qui se passe : Minecraft lit le nom d'affichage enregistré d'une entité. Pour ce nom, la version concernée attend du JSON, un format de texte structuré. Un texte simple avec d'anciens codes de couleur ou une valeur de couleur non valide ne peut pas être pris en compte. Le nom d'affichage est concerné ; le message décrit une erreur lors de la lecture de ce champ de texte.

Voici comment résoudre le problème :

1. Sauvegarde le monde sous Sauvegardes avant de modifier des données enregistrées.
2. Ouvre le message dans la Console ou dans logs/latest.log. Distingue un JSON défectueux d'une indication de couleur non valide.
3. Vérifie le plugin, le mod ou le modèle qui génère le nom. Corrige-y le format du texte en fonction de la version du serveur et utilise des valeurs de couleur valides.
4. Mets à jour une extension obsolète sous Plugins ou Mods. Vérifie ensuite que les noms nouvellement générés se chargent correctement.

Bon à savoir : Ne supprime pas un fichier de monde entier à cause d'un nom défectueux. Sauvegarde les données existantes avant une correction ciblée.

Minecraft ne peut pas charger les données enregistrées d'une entité

Voici à quoi ressemble le message :

Exception loading entity:
net.minecraft.ReportedException: Loading entity NBT

Ce qui se passe : Minecraft ne parvient pas à charger complètement les données enregistrées d'une entité. NBT est le format de données dans lequel Minecraft enregistre, entre autres, les propriétés des entités. Lors du traitement de ces données, le jeu ou un mod concerné génère une erreur. La trace d'erreur qui suit indique quelle étape du traitement est concernée.

Voici comment résoudre le problème :

1. Arrête le serveur et crée sous Sauvegardes une sauvegarde de l'état actuel avant de modifier des données ou des mods.
2. Sous Fichiers, lis le bloc d'erreur complet dans logs/latest.log et, s'il existe, un rapport associé dans crash-reports/. Cherche en particulier « Caused by », le message d'erreur sous-jacent.
3. Vérifie sous Mods la compatibilité d'un mod cité à cet endroit avec la Version, le chargeur et les dépendances nécessaires.
4. Transmets le rapport complet à l'auteur du mod si la cause se trouve dans son traitement des données. Ne modifie ou ne supprime les données de monde concernées qu'après un diagnostic ciblé et avec une sauvegarde.

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.