Serwer Minecraft utworzył nowy świat: jak odzyskać istniejący

Nowy teren po wgraniu nie oznacza, że stary świat został skasowany. Java często tworzy inny folder, gdy nie znajduje celu, otrzymuje inną nazwę albo nie może odczytać zapisu. Zatrzymaj zapis i zachowaj oba światy oraz pierwszy nietypowy log.

Natychmiast zatrzymaj i zabezpiecz ślady

Wykonaj stop i potwierdź zakończenie procesu. Nie pozwalaj na postęp w niespodziewanym świecie. Skopiuj poza aktywny root zamierzony świat, nowy, server.properties i logs/latest.log. Zapisz nazwy, rozmiary, czasy i poprzednią czynność.

Nie usuwaj nowego folderu: jego nazwa pokazuje próbę serwera. Wyłącz automatyczny restart na czas diagnozy.

Znajdź prawdziwy katalog świata

Root zawiera bezpośrednio level.dat. warsaw/warsaw/level.dat ma warstwę za dużo; zamknięty ZIP też się nie ładuje. Mały nowy folder przy dużym starym często wskazuje nazwę lub ścieżkę.

Nie kopiuj samego level.dat: regiony, encje, gracze i wymiary są całością. Sprawdź zakończenie uploadu i rozpakowania.

Sprawdź level-name i panel

Przy wyłączonym serwerze zobacz:

level-name=mapmc-warsaw

Wartość odpowiada folderowi bez cudzysłowów i rozszerzenia, z właściwą wielkością liter na Linux. Panel może ją nadpisać. Nowy world wskazuje domyślną wartość; zgodna nazwa z pustą zawartością wymaga sprawdzenia zagnieżdżenia, praw i katalogu pracy.

Ustal faktycznie działającą instancję

Panel może mieć wiele instancji, profili i wolumenów. Sprawdź komendę startową, ścieżkę JAR, nazwę instancji i początek logu. Przy własnym serwerze zweryfikuj katalog pracy i użytkownika usługi.

Deploy lub zadanie restore może podmieniać pliki przy starcie. Nie kopiuj wszędzie — znajdź jeden realny proces.

Czytaj pierwszy błąd ładowania

Szukaj nazwy świata, wersji danych, session lock, praw, brakujących modów i wyjątków level.dat lub chunków. Serwer może zawieść na starym świecie, stworzyć nowy i mimo to wyświetlić „Done”. Zachowaj pierwszy błąd przed restartem.

Jeśli dane są nowsze, nie obniżaj wersji jedynej kopii. Przywróć zgodne środowisko i testuj duplikat.

Poprawiaj jedną prywatną kopię

Duplikuj świat z prostą nazwą i zmień tylko potwierdzony problem: dodatkową warstwę, niepełny transfer, level-name, zależność lub ścieżkę. Użyj whitelisty i sprawdź log, spawn, budowle, wymiary i graczy.

Po małej zmianie zatrzymaj i uruchom ponownie. Podobny teren lub ten sam seed nie dowodzą tego samego świata.

Wybierz odzyskanie według faktów

• Zła nazwa: popraw level-name, zachowując kopie.
• Podwójny folder: przenieś root z level.dat.
• Zła instancja: popraw proces lub dokumentowany root.
• Brak zależności: odtwórz zgodny stos.
• Realne uszkodzenie: przywróć sprawdzony backup pod inną nazwą.

Usunięcie nowego świata nie wymusi wykrycia; Java może go odtworzyć i zniszczyć wskazówkę.

Zapobiegaj powtórce

Trzymaj backupy poza aktywnym rootem i testuj restore. Dokumentuj level-name, root, wersję, loader, mody i instancję. Po migracji wykonuj prywatny start, kontrolę punktów, czyste zatrzymanie i drugi start.

Kolejność zatrzymaj, kopiuj, root, nazwa, instancja, log, duplikat rozwiązuje większość przypadków bez niszczenia danych.