Panel et fichiersL'onglet Démarrage décide de ce qui s'exécute réellement quand vous appuyez sur démarrer. L'essentiel se règle une fois et ne se regarde plus — mais deux champs expliquent une bonne part des serveurs qui refusent de démarrer.
Les champs qui comptent
| Champ | Ce qu'il contrôle |
|---|---|
| Fichier jar du serveur | Quel fichier Java exécute. Doit correspondre exactement à un fichier existant, version comprise. |
| Version de Minecraft | Quelle build l'installeur récupère à la réinstallation. La changer seule ne change pas un serveur déjà en place. |
| Type de serveur | Paper, Spigot, Fabric, Forge, Vanilla. Le changer change les extensions et mods qui fonctionnent. |
| Commande de démarrage | La ligne Java complète. On y touche rarement, et avec précaution. |
Si le champ dit server.jar et que votre fichier s'appelle paper-1.21.1-40.jar, le serveur meurt aussitôt avec « Unable to access jarfile ». Le panel ne le vérifie pas pour vous, et l'erreur est tout en haut de la console, au-dessus du reste.
Changer de version en sécurité
- Sauvegardez d'abord
Un changement de version n'est pas toujours réversible. Un monde ouvert par une version plus récente ne peut plus l'être par une plus ancienne.
- Changez le champ de version, puis réinstallez
Le champ de version indique à l'installeur quoi récupérer. Rien ne change tant qu'il ne s'exécute pas.
- Vérifiez que le nom du jar correspond toujours
Une nouvelle version signifie généralement un nouveau nom de fichier. C'est là qu'échouent la plupart des mises à jour.
- Mettez vos extensions à jour dans la même session
Les extensions de l'ancienne version ne se chargent souvent pas sur la nouvelle. Faire les deux d'un coup, c'est une série de tests, pas deux.
Les arguments mémoire de Java sont réglés pour le forfait que vous avez. Les augmenter au-delà ne donne pas plus de mémoire ; cela donne un serveur tué dès qu'il tente d'utiliser ce qu'on lui a promis.
La console affiche la version attendue dans sa bannière de démarrage, et aucune erreur de jarfile.