Minecraft-Server hat eine neue Welt erstellt: vorhandene Welt wieder laden

Neues Terrain nach einem Upload bedeutet nicht automatisch, dass die alte Welt gelöscht ist. Java erstellt häufig einen weiteren Ordner, wenn Zielname oder Pfad nicht stimmen oder das Save nicht geladen werden kann. Stoppe Schreibzugriffe und bewahre beide Welten sowie das erste auffällige Log auf.

Sofort stoppen und Beweise sichern

Führe stop aus und bestätige das Prozessende. Lass keine Spieler in der unerwarteten Welt fortfahren. Kopiere Zielwelt, neue Welt, server.properties und logs/latest.log aus dem aktiven Verzeichnis. Notiere Namen, Größen, Zeiten und die vorherige Aktion.

Lösche den neuen Ordner nicht: Sein Name zeigt, was der Server laden wollte. Deaktiviere während der Diagnose automatische Neustarts.

Die richtige Weltwurzel finden

Die Wurzel enthält level.dat direkt. berlin/berlin/level.dat hat eine Ebene zu viel; ein geschlossenes ZIP lädt ebenfalls nicht. Ein kleiner neuer Ordner neben einem großen alten deutet oft auf Name oder Pfad.

Kopiere nicht nur level.dat: Regionen, Entitäten, Spieler und Dimensionen gehören zusammen. Prüfe auch, ob Upload und Entpacken vollständig waren.

level-name und Panel prüfen

Kontrolliere bei gestopptem Server:

level-name=mapmc-berlin

Der Wert muss ohne Anführungszeichen oder Endung zum Ordner passen; Linux beachtet Großschreibung. Das Panel kann ihn über ein Welt-Feld überschreiben. Ein neu angelegtes world spricht für den Standardwert; stimmt der Name, prüfe Verschachtelung, Rechte und Arbeitsverzeichnis.

Die tatsächlich laufende Instanz bestimmen

Panels können mehrere Instanzen, Profile und Volumes enthalten. Prüfe Startbefehl, JAR-Pfad, Instanznamen und Loganfang. Beim Selbsthosting kontrolliere Arbeitsverzeichnis und Dienstbenutzer.

Deployment- oder Restore-Aufgaben können Dateien beim Start ersetzen. Kopiere nicht blind in jeden Ordner, sondern identifiziere den einen Prozess.

Den ersten Ladefehler lesen

Suche nach Weltname, Datenversion, session lock, Berechtigungen, fehlenden Mods und Fehlern beim Lesen von level.dat oder Chunks. Ein Server kann am alten Save scheitern, eine neue Welt anlegen und trotzdem „Done“ melden. Sichere den ersten Fehler vor dem Neustart.

Bei einer neueren Datenversion darf die einzige Kopie nicht heruntergestuft werden. Stelle die passende Umgebung wieder her und teste ein Duplikat.

Nur eine private Kopie korrigieren

Dupliziere die Welt mit einfachem Namen und korrigiere nur den belegten Punkt: zusätzliche Ebene, unvollständiger Upload, level-name, Abhängigkeit oder Pfad. Nutze Whitelist und prüfe Log, Spawn, Bauwerke, Dimensionen und Spieler.

Stoppe und starte nach einer kleinen Änderung. Ähnliches Terrain oder dieselbe Seed beweisen nicht dieselbe Welt.

Passenden Wiederherstellungsweg wählen

• Falscher Name: level-name korrigieren und Kopien behalten.
• Doppelordner: Wurzel mit level.dat verschieben.
• Falsche Instanz: Prozess oder dokumentierte Root anpassen.
• Fehlende Abhängigkeit: kompatiblen Stack reproduzieren.
• Echter Schaden: getestetes Backup unter neuem Namen laden.

Löschen erzwingt keine Erkennung; Java kann denselben leeren Ordner neu erzeugen und die wichtigste Spur vernichten.

Künftige stille Wechsel verhindern

Backups gehören außerhalb der aktiven Root und Wiederherstellungen müssen getestet werden. Dokumentiere level-name, Root, Version, Loader, Mods und Instanz. Nach Migrationen gehören privater Start, Landmarken, sauberer Stopp und zweiter Start zur Abnahme.

Stoppen, kopieren, Wurzel und Namen prüfen, Instanz bestätigen, Log lesen und Duplikat testen löst die meisten Fälle ohne Daten zu zerstören.