Une seule valeur mal posée peut vider les drops, bloquer le sommeil ou laisser 64 joueurs charger les chunks de spawn toute la nuit. À la fin, vous savez lire la liste des gamerules Minecraft 1.21.11+, appliquer les valeurs utiles, vérifier le résultat et revenir aux défauts sans chercher dans les fichiers du monde.
Obtenir un serveur Minecraft 1.21.11+ réglé avec /gamerule
Le résultat attendu tient en trois points. Votre monde conserve les règles choisies après un redémarrage, les joueurs voient l'effet tout de suite, et vous connaissez la valeur à remettre si le réglage abîme la partie. Une gamerule se stocke dans le monde, pas dans server.properties. Elle part donc avec le dossier de sauvegarde, ses dimensions et son fichier level.dat. Quand vous déplacez la map, vous déplacez aussi ces règles.
Prévoyez un serveur Minecraft Java 1.21.11 ou plus récent, un accès console, ou un compte opérateur niveau 2 au minimum. Le niveau 1 lit surtout les commandes de base. Le niveau 2 exécute les commandes de gestion comme gamerule, give et time. Sur Paper, Fabric et Vanilla, la syntaxe reste identique pour les règles de jeu standards. Les plugins peuvent ajouter leur logique, mais la commande Minecraft ne change pas pour ces règles.
La commande de base utilise deux éléments : le nom de la règle, puis sa valeur. true et false servent aux booléens. Un nombre entier sert à playersSleepingPercentage, randomTickSpeed, spawnRadius, maxEntityCramming ou spawnChunkRadius. Une valeur négative passe parfois, mais elle laisse rarement un serveur sain. Gardez randomTickSpeed à 3 si vous ne savez pas exactement pourquoi vous le changez. À 100, les cultures et les feuilles accélèrent, mais le processeur paie le prix à chaque tick.
Préparer les accès avant de modifier les gamerules
Fermez d'abord le piège classique : ne modifiez pas un ancien monde de test. Dans la console, tapez la commande de liste et regardez si keepInventory, doMobSpawning et randomTickSpeed renvoient bien les valeurs du monde actif. Un serveur avec world, world_nether et world_the_end garde les gamerules dans le même monde principal. Une map copiée sous un autre nom peut quand même vous faire perdre 20 minutes, surtout si le panel affiche plusieurs instances proches.
Chez Starmine, le panel ouvre la console du bon serveur, affiche l'état en ligne ou arrêté, et évite de chercher à la main le dossier du monde avant de lancer une règle de jeu. Le bouton de sauvegarde sert avant les essais. Après la bêtise, il sert surtout à mesurer ce que vous allez perdre.
- Faites une sauvegarde datée. Une archive de 2 à 8 Go prend souvent moins de 2 minutes sur un petit monde. Elle couvre les effets indirects, par exemple des joueurs morts pendant un test de keepInventory.
- Vérifiez les droits. Depuis le jeu, utilisez un compte OP niveau 2. Depuis la console, aucun OP n'est nécessaire, mais la commande part sur l'instance active.
- Notez les valeurs actuelles. Copiez au moins keepInventory, mobGriefing, playersSleepingPercentage, doFireTick, randomTickSpeed et spawnChunkRadius. Ces 6 valeurs expliquent la majorité des tickets après une soirée de réglages.
Appliquer les gamerules les plus demandées pas à pas
Commencez par les règles qui changent vraiment la partie des joueurs sans tordre toute l'économie du serveur. keepInventory à true supprime la perte d'inventaire à la mort. C'est adapté à un serveur construction ou familial. Sur un serveur survie avec commerce, la valeur devient mauvaise si la mort ne coûte plus rien et si les coffres de rechange perdent leur intérêt. Le confort gagné peut vider une boucle de jeu entière.
/gamerule keepInventory true
/gamerule playersSleepingPercentage 50
/gamerule mobGriefing false- keepInventory true garde l'inventaire et l'armure après la mort. L'XP ne tombe plus au sol selon les versions et les règles associées. Remettez false si les donjons, le Nether ou le PvP doivent garder un risque.
- playersSleepingPercentage 50 fait passer la nuit quand la moitié des joueurs dort. À 100, un seul joueur AFK bloque 19 autres sur un serveur de 20. À 0, une seule personne peut forcer le jour, ce qui agace vite les joueurs qui farment les mobs.
- mobGriefing false empêche les Creepers de casser les blocs et les Endermen de déplacer des blocs. Attention, cette règle touche aussi des mécaniques utiles : les villageois ne ramassent plus certains objets, les moutons peuvent se comporter différemment selon les interactions, et plusieurs fermes à mobs cassent.
Changez une règle, attendez 30 secondes, puis observez. Trois commandes lancées à la suite masquent la cause du problème. C'est comme ça qu'un serveur finit avec doMobSpawning false pendant deux jours, pendant que tout le monde cherche pourquoi les fermes et les nuits paraissent mortes.
Lire la liste des gamerules 1.21.11+ et les noms 2026
Minecraft Java 1.21.11+ garde les noms en camelCase. Les anciens noms avec espaces, tirets ou minuscules recopiés depuis des wikis privés ne sont pas valides. En 2026, surveillez surtout les noms ajoutés dans les versions 1.20.5 à 1.21.x : spawnChunkRadius, commandModificationBlockLimit, maxCommandForkCount, projectilesCanBreakBlocks, enderPearlsVanishOnDeath et minecartMaxSpeed quand la version du serveur l'expose. Une seule lettre mal copiée suffit à faire échouer la commande.
| Usage | Nom à utiliser | Valeur de départ | Seuil qui pose problème |
|---|---|---|---|
| Mort et confort | keepInventory, doImmediateRespawn, showDeathMessages | false, false, true | keepInventory true enlève le risque sur survie dure |
| Temps et sommeil | doDaylightCycle, playersSleepingPercentage, doWeatherCycle | true, 100, true | 100 bloque la nuit avec un joueur AFK |
| Mobs | doMobSpawning, doMobLoot, mobGriefing, maxEntityCramming | true, true, true, 24 | 0 ou false casse des fermes prévues |
| Chunks et spawn | spawnRadius, spawnChunkRadius, spectatorsGenerateChunks | 10, 2, true | spawnChunkRadius au-dessus de 8 charge trop de chunks |
| Commandes | commandBlockOutput, maxCommandChainLength, commandModificationBlockLimit | true, 65536, 32768 | 65536 boucles mal écrites saturent un tick |
La liste complète visible sur votre version vient de la complétion de la commande, pas de la mémoire. Tab après le nom de commande affiche les gamerules réellement chargées par le serveur. Paper ne renomme pas les gamerules Vanilla. Un plugin peut ajouter une commande proche, ou intercepter un comportement après coup, mais il ne change pas les noms stockés par Minecraft.
Vérifier que les gamerules restent actives après redémarrage
Vérifiez en trois temps. Interrogez d'abord la règle sans valeur. La réponse doit reprendre exactement la valeur appliquée, par exemple true pour keepInventory ou 50 pour playersSleepingPercentage. Redémarrez ensuite le serveur. Relancez enfin la même lecture. Si la valeur revient au défaut, vous n'étiez pas sur le bon monde, ou un datapack, un plugin ou un script de démarrage la remet au lancement.
/gamerule keepInventory
/gamerule playersSleepingPercentageRegardez aussi les logs au démarrage. Une ligne de chargement du monde arrive avant l'ouverture du port 25565. Si votre panel indique en ligne mais que la console affiche encore Preparing spawn area: 75%, attendez. Une commande envoyée trop tôt peut partir dans le vide sur certains wrappers, et vous perdez du temps à corriger une règle qui n'a jamais été appliquée.
Testez avec un cas réel. Pour keepInventory, mettez un objet sans valeur dans la barre rapide, tuez le joueur avec /kill, puis vérifiez l'inventaire. Pour playersSleepingPercentage à 50, connectez 2 comptes ou demandez à 2 joueurs : 1 lit doit suffire. Pour mobGriefing false, faites exploser un Creeper dans une zone de test, pas au spawn. Si le sol casse, la règle n'est pas active ou un plugin d'explosion réécrit l'événement.
Corriger les messages d'erreur et revenir aux valeurs par défaut
Les erreurs de gamerule viennent souvent d'une faute de nom, pas d'un bug serveur. Le message No game rule called 'keepinventory' is available indique une casse incorrecte : keepInventory prend un I majuscule. Le message Incorrect argument for command arrive quand vous mettez yes au lieu de true, ou 50.5 au lieu de 50. Le message You do not have permission to use this command vient d'un compte sans niveau OP suffisant. Depuis la console, retirez le slash si votre interface l'exige, sinon gardez la commande telle qu'elle marche déjà pour say ou list.
Pour revenir en arrière, remettez les défauts Vanilla connus, puis vérifiez. Les plus utiles : keepInventory false, mobGriefing true, doMobSpawning true, doFireTick true, randomTickSpeed 3, playersSleepingPercentage 100, spawnRadius 10, spawnChunkRadius 2, maxEntityCramming 24. Ne mettez pas randomTickSpeed à 0 pour régler un lag de ferme. Vous bloquez aussi la pousse normale. Cherchez plutôt la ferme qui déclenche 5 000 mises à jour de blocs.
Ne restaurez une sauvegarde que si vous acceptez de perdre tout ce qui a changé depuis cette archive : blocs posés, inventaires, morts, coffres, positions et progrès. Une sauvegarde vieille de 45 minutes efface 45 minutes de jeu.
Si un datapack force les valeurs, désactivez-le à l'arrêt, redémarrez, puis retapez les gamerules. Si un plugin les remet, cherchez dans sa configuration les mots gamerule, keepInventory ou mobGriefing. Un redémarrage qui annule toujours la même valeur n'est presque jamais un problème de Minecraft. C'est une commande relancée ailleurs, souvent par une configuration oubliée.
Guides
Est-ce que les gamerules marchent sur Bedrock comme sur Java ?
Non, les noms et les comportements ne sont pas toujours identiques. Ce tutoriel vise Minecraft Java 1.21.11+ avec Vanilla, Paper ou Fabric. Sur Bedrock, vérifiez la commande disponible dans le jeu avant de recopier une valeur. Une valeur Java correcte peut ne rien donner côté Bedrock.
Pourquoi keepInventory ne marche pas dans mon monde multiverse ?
Les plugins de mondes multiples peuvent appliquer des règles par monde ou exécuter des commandes au chargement. Vérifiez la valeur dans le monde où le joueur meurt, puis cherchez une configuration qui force keepInventory. Le symptôme typique est une valeur correcte au spawn et fausse dans un monde ressource.
Est-ce qu'il faut redémarrer après une gamerule ?
Non, une gamerule s'applique en général immédiatement. Le redémarrage sert seulement à vérifier qu'elle reste stockée et qu'un plugin ne la remplace pas. Faites quand même un test en jeu pour les règles liées aux mobs, aux explosions et au sommeil. Ce sont celles où un plugin masque le plus facilement le résultat.
Quelle gamerule cause le plus de lag quand elle est mal réglée ?
randomTickSpeed cause vite des problèmes si elle passe de 3 à 100 ou plus. Les cultures, feuilles, blocs de cuivre, feu et autres mises à jour aléatoires se multiplient. spawnChunkRadius trop haut charge aussi des chunks en permanence, même sans joueur au spawn. Ces chunks restent du travail serveur tant que la règle les garde chargés.