Mod-Fehler auf Forge-, NeoForge- und Fabric-Servern beheben

Forge, NeoForge und Fabric sind Mod-Loader: Sie laden beim Start alle Mods aus dem Ordner mods/ und prüfen, ob sie zueinander und zur Minecraft-Version passen. Geht dabei etwas schief, landet eine Meldung im Serverlog. Jeder Abschnitt unten behandelt genau eine dieser Meldungen. Zuerst kommen Fehler, die den Start verhindern, danach Warnungen, bei denen der Server weiterläuft.

Die vollständige Meldung findest du in der Konsole oder unter Dateien in logs/latest.log, Absturzberichte im Ordner crash-reports/. Unter vielen Meldungen steht ein Stacktrace: eine Liste von Programmstellen, die zeigt, wo der Fehler entstanden ist. Paket- und Ordnernamen darin verraten oft die beteiligte Mod. Lege vor jedem Eingriff an Welt- oder Konfigurationsdateien unter Sicherungen eine Sicherung an.

Inkompatible Mods verhindern den Start („Incompatible mods found“)

So sieht die Meldung aus:

Incompatible mods found!
net.fabricmc.loader.impl.FormattedException: Some of your mods are incompatible with the game or each other!
     - Install <Mod>, version <Version> or later.

Was dahintersteckt: Der Mod-Loader prüft vor dem Start alle Mods und hat fehlende oder unpassende Abhängigkeiten gefunden. Eine Abhängigkeit ist eine andere Mod, die eine Mod zum Laufen braucht, oft eine Bibliothek. Der Server startet so nicht. Direkt unter der Meldung steht, was fehlt oder stört.

So behebst du es:

1. Lies in der Konsole oder in logs/latest.log die Zeilen unter A potential solution has been determined.
2. Install <Mod>, version <Version> or later heißt: Diese Mod fehlt oder ist zu alt. Installiere sie unter Mods in mindestens dieser Version, passend zu Minecraft-Version und Loader.
3. Replace 'Minecraft' (minecraft) <Version> with any <Version> version heißt: Eine Mod ist für eine andere Minecraft-Version gebaut. Hole ihre Fassung für deine Version oder entferne sie. Die Server-Version unter Version änderst du nur, wenn alle Mods dazu passen, und nur nach einer Sicherung.
4. Nennt eine Zeile 'OpenJDK 64-Bit Server VM' (java), verlangt eine Mod eine andere Java-Version. Meist hilft auch hier die Fassung der Mod für deine Minecraft-Version.

Gut zu wissen: Arbeite die ganze Liste ab und starte erst dann neu, das spart Startversuche. Ausführlich: Minecraft-Mods und Modpacks passend einrichten.

NeoForge bricht den Start ab („Couldn't find Minecraft server thread“)

So sieht die Meldung aus:

net.neoforged.fml.startup.FatalStartupException: Couldn't find Minecraft server thread. Startup likely failed.
    at net.neoforged.fml.startup.Server.main(Server.java:23)

Was dahintersteckt: Diese Meldung ist eine Folge, nicht die Ursache. Ein früherer Fehler einer Mod oder des Loaders hat den Start beendet, bevor NeoForge den eigentlichen Minecraft-Server anlegen konnte. Der Server startet deshalb nicht. Die Zeile selbst nennt keine Mod, die Spur liegt weiter oben im Log.

So behebst du es:

1. Öffne unter Dateien die Datei logs/latest.log. Gibt es einen Absturzbericht, sieh dir auch die neueste Datei in crash-reports/ an.
2. Gehe von dieser Meldung aus nach oben bis zur ersten Zeile mit Exception, ERROR oder Caused by. Die erste ist entscheidend, spätere Fehler sind meist Folgen davon.
3. Suche dort den Mod-Namen. Er steht in der Meldung selbst, als Dateiname mit .jar oder als Paketname im Stacktrace darunter.
4. Aktualisiere oder entferne diese Mod unter Mods. Verlangt sie eine andere NeoForge-Version, stelle unter Version eine passende ein.
5. Starte den Server neu und prüfe, ob die Meldung verschwunden ist.

Gut zu wissen: Findest du weiter oben eine Meldung aus einem anderen Abschnitt dieses Artikels, behebe zuerst diese. Die Zeile hier verschwindet dann von selbst.

Fabric-Mod stürzt beim Start ab („Could not execute entrypoint stage“)

So sieht die Meldung aus:

Failed to start the minecraft server
java.lang.RuntimeException: Could not execute entrypoint stage 'main' due to errors, provided by '<mod-id>' at '<Klasse>'!

Was dahintersteckt: Ein Entrypoint ist der Punkt, an dem Fabric das Programm einer Mod startet. Die Mod hinter provided by ist bereits in dieser frühen Phase abgestürzt, deshalb fährt der Server nicht vollständig hoch. Den genauen Grund nennen die Zeilen mit Caused by: darunter, häufig eine fehlende Abhängigkeit oder eine unpassende Version.

So behebst du es:

1. Lies in der Konsole oder in logs/latest.log den Namen hinter provided by, zum Beispiel geyser-fabric.
2. Sieh dir die Caused by:-Zeilen darunter an. Sie zeigen, ob etwas fehlt oder nicht zusammenpasst.
3. Aktualisiere die Mod und ihre Abhängigkeiten unter Mods passend zu deiner Minecraft- und Fabric-Version. Viele Fabric-Mods brauchen zusätzlich die Fabric API.
4. Kam der Fehler direkt nach einer Installation, entferne die Mod testweise und starte neu. Startet der Server dann, liegt es an dieser Mod.

Gut zu wissen: Wie Fabric Loader, Fabric API und Mods zusammenpassen, erklärt Fabric Loader und Fabric API: Versionsfehler gezielt lösen.

Fabric-Mod hat eine ungültige Mixin-Konfiguration

So sieht die Meldung aus:

Error parsing or using Mixin config <mod-id>.mixins.json for mod <mod-id>

Was dahintersteckt: Mixin ist eine Technik, mit der Mods beim Start gezielt Stellen im Minecraft-Programm verändern. Welche Stellen das sind, steht in einer Mixin-Konfiguration innerhalb der Mod-Datei. Fabric kann diese Konfiguration der genannten Mod nicht lesen oder anwenden, und der Serverstart bricht ab. In der Regel passt die Mod-Datei nicht genau zu deiner Minecraft- oder Fabric-Loader-Version.

So behebst du es:

1. Lies in der Konsole oder in logs/latest.log den Mod-Namen hinter for mod.
2. Sieh unter Version nach, welche Minecraft-Version dein Server nutzt.
3. Ersetze die Mod unter Mods durch die Fassung, die für genau diese Minecraft-Version und für Fabric angeboten wird. Achte darauf, dass die alte Datei aus mods/ verschwindet.
4. Starte den Server neu.

Gut zu wissen: Auch kleine Versionssprünge zählen: Eine Mod für eine andere Unterversion von Minecraft kann genau diesen Fehler auslösen, obwohl die Hauptversion gleich ist.

Forge bricht das Laden der Mods ab (LoaderException)

So sieht die Meldung aus:

net.minecraftforge.fml.common.LoaderException: <Grund>

Was dahintersteckt: Forge konnte eine Mod nicht laden und hat den Startvorgang abgebrochen. Typische Auslöser sind eine Mod, die nicht zur Minecraft- oder Forge-Version passt, eine fehlende Abhängigkeit oder ein ungültiger Wert in einer Mod-Konfiguration. Der Server startet in diesem Zustand nicht. Diese Form der Meldung kommt vor allem bei älteren Forge-Versionen vor, wie sie viele klassische Modpacks nutzen.

So behebst du es:

1. Lies in der Konsole oder in logs/latest.log die Zeilen direkt unter der Meldung. Dort stehen meist der Mod-Name und der konkrete Grund.
2. Hast du gerade eine Mod hinzugefügt, entferne sie unter Mods oder ersetze sie durch die Version für deine Minecraft- und Forge-Version.
3. Kam der Fehler direkt nach einer Änderung an einer Datei im Ordner config/, mache diese Änderung rückgängig.
4. Starte den Server neu.

Gut zu wissen: Nennen die Zeilen eine fehlende Mod, hilft auch Plugin oder Mod braucht eine fehlende Erweiterung.

Server startet nicht: Fehler beim Laden der Mods

So sieht die Meldung aus:

Failed to start the minecraft server
Missing or unsupported mandatory dependencies:
    Mod ID: '<mod-id>', Requested by: '<Mod>', Expected range: '[<Version>,)', Actual version: '[MISSING]'

Was dahintersteckt: Der Server bricht den Start ab, weil eine Mod fehlt, in der falschen Version vorliegt oder beim Laden abstürzt. Solange der Fehler besteht, ist der Server nicht erreichbar. Die Zeilen unter der Meldung nennen die Mod und die verlangte Version.

So behebst du es:

1. Lies in der Konsole oder in logs/latest.log die Zeilen unter der Meldung. Mod ID ist die benötigte Mod, Requested by die Mod, die sie verlangt, Expected range die geforderte Version.
2. Actual version: '[MISSING]' heißt: nicht installiert. Steht dort eine Versionsnummer, ist die vorhandene Fassung zu alt oder zu neu.
3. Installiere die Abhängigkeit unter Mods in der verlangten Version oder entferne die Mod, die sie verlangt.
4. Bezieht sich die Zeile auf forge, neoforge oder minecraft, passt die Loader- oder Spielversion nicht. Stelle sie unter Version bzw. Software / Loader wechseln passend ein.
5. Starte den Server neu.

Gut zu wissen: [<Version>,) bedeutet „diese Version oder neuer“. Steht nur Exception in thread "main" java.lang.reflect.InvocationTargetException da, suche darunter nach Caused by:. Mehr dazu: Server-Software und Version im Panel wechseln.

Forge: Mod- oder Konfigurationsdatei (.toml) ist nicht lesbar

So sieht die Meldung aus:

com.electronwill.nightconfig.core.io.ParsingException: Failed to parse data from Reader

Was dahintersteckt: TOML ist ein einfaches Textformat für Einstellungen (name = wert). Forge liest beim Start die Beschreibung jeder Mod (mods.toml in der Mod-Datei) und alle .toml-Konfigurationsdateien in der Zeichenkodierung UTF-8. Ist eine Datei anders kodiert, etwa mit Umlauten oder chinesischen Zeichen aus einem Windows-Editor, oder beim Hochladen beschädigt worden, bricht Forge ab, bevor die Welt lädt. Der Server geht dann wenige Sekunden nach dem Start wieder aus. Häufig ist die zuletzt hinzugefügte Mod schuld, besonders eine, die nur für den Spiele-Client gedacht ist.

So behebst du es:

1. Lege unter Sicherungen eine Sicherung an.
2. Entferne unter Mods die zuletzt hinzugefügte Mod und starte neu. Startet der Server, war sie die Ursache. Spiele dann eine Server-Version dieser Mod oder eine andere Version ein.
3. Startet er weiterhin nicht, öffne unter Dateien die zuletzt bearbeitete .toml-Datei im Ordner config/. Speichere sie ohne Sonderzeichen neu (UTF-8) oder lösche sie. Forge legt sie beim nächsten Start mit Standardwerten neu an, deine Änderungen darin sind dann weg.
4. Kommst du nicht weiter, öffne ein Ticket und nenne die Uhrzeit der Meldung und den Namen der zuletzt installierten Mod.

Gut zu wissen: Wie du Dateien im Panel öffnest und speicherst, zeigt Serverdateien im Panel bearbeiten und per SFTP verbinden.

Rezept konnte nicht geladen werden („Parsing error loading recipe“)

So sieht die Meldung aus:

Parsing error loading recipe <mod>:<rezept>: com.google.gson.JsonSyntaxException: Unknown item '<andere-mod>:<gegenstand>'

Was dahintersteckt: Ein Rezept verweist auf einen Gegenstand oder Rezepttyp, den es im aktuellen Modpack nicht gibt. Das passiert oft nach einem Mod-Update oder wenn eine Erweiterung fehlt, die das Rezept voraussetzt. Der Server startet normal weiter, nur dieses eine Rezept fehlt im Spiel. In großen Modpacks sind solche Zeilen häufig, weil viele Mods Rezepte für Partner-Mods mitbringen, die gar nicht installiert sind.

So behebst du es:

1. Lies die Zeile von links nach rechts: Hinter loading recipe steht vor dem Doppelpunkt die Mod, die das Rezept mitbringt. Hinter Unknown item steht der fehlende Gegenstand, der Teil vor dem Doppelpunkt ist die Mod, zu der er gehört.
2. Brauchst du den Gegenstand oder das Rezept im Spiel, prüfe unter Mods, ob die zugehörige Mod fehlt oder veraltet ist.
3. Installiere oder aktualisiere sie passend zu deiner Minecraft- und Loader-Version und starte neu.
4. Brauchst du das Rezept nicht, kannst du die Meldung ignorieren.

Gut zu wissen: Lautet der Grund No key id in …, ist das Rezept für ein älteres Rezeptformat geschrieben. Meist hilft eine Fassung der Mod für deine Minecraft-Version.

Cobblemon: Spielerdaten beschädigt

So sieht die Meldung aus:

.old File cobblemonplayerdata for [<UUID>] is corrupt or missing. Data is lost
.old File pokedex for [<UUID>] is corrupt or missing. Data is lost

Was dahintersteckt: Cobblemon speichert für jeden Spieler eigene Dateien, etwa für Pokédex, Team und Spawn-Daten. Eine davon ist beschädigt, meist nach einem Absturz während des Speicherns, und auch die Ersatzkopie mit der Endung .old ist unbrauchbar oder fehlt. Die Cobblemon-Daten dieses Spielers sind verloren, Cobblemon legt sie neu an. Der Server selbst läuft weiter.

So behebst du es:

1. Finde heraus, wen es trifft: Die Datei usercache.json im Hauptordner ordnet die UUID aus der Meldung einem Spielernamen zu.
2. Sind die Daten wichtig, stoppe den Server und spiele unter Sicherungen eine Sicherung von vor dem Vorfall ein. Die Daten liegen in world/pokemon bzw. world/cobblemonplayerdata (world ist der Standardname des Weltordners).
3. Bedenke: Eine ganze Sicherung setzt die komplette Welt auf ihren Stand zurück, auch alles, was andere Spieler seitdem gebaut haben.
4. Lege künftig regelmäßig Sicherungen an, vor allem vor Updates.

Gut zu wissen: Häufen sich solche Meldungen, stürzt der Server vermutlich öfter ab. Suche dann unter Server-Gesundheit und in crash-reports/ nach der Ursache. Anleitung: Server-Sicherung erstellen und wiederherstellen.

Datendatei einer Mod enthält fehlerhaftes JSON

So sieht die Meldung aus:

Couldn't parse data file <mod>:<name> from <mod>:recipes/<name>.json
com.google.gson.JsonParseException: com.google.gson.stream.MalformedJsonException: Unterminated object at line 9 column 40

Was dahintersteckt: JSON ist ein Textformat für Daten mit geschweiften Klammern, Anführungszeichen und Kommas. Eine Mod oder ein Datapack liefert eine Rezept-, Daten- oder Konfigurationsdatei, in der ein Zeichen fehlt oder zu viel ist. Minecraft überspringt diesen Inhalt, der übrige Server läuft weiter.

So behebst du es:

1. Lies die erste Zeile: Der Teil vor dem Doppelpunkt hinter from nennt die Mod oder das Datapack, dahinter folgt der Pfad der Datei.
2. Stammt die Datei aus einer Mod, aktualisiere diese Mod unter Mods.
3. Hast du die Datei selbst bearbeitet, etwa in einem eigenen Datapack unter world/datapacks/, öffne sie unter Dateien. line und column nennen Zeile und Spalte des Fehlers.
4. Typisch sind ein fehlendes Komma oder eine nicht geschlossene Klammer. Findest du den Fehler nicht, spiele die Originaldatei neu ein.
5. Starte den Server neu.

Gut zu wissen: Unterminated object heißt, dass an dieser Stelle ein Komma oder eine schließende geschweifte Klammer erwartet wurde. Mehr zu Datapacks: Datapack- und Resourcepack-Fehler.

Forge-Mod enthält eine fehlerhafte Sprachdatei

So sieht die Meldung aus:

Skipped language file: <mod-id>:lang/en_us.json
com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 4 column 3 path $

Was dahintersteckt: Sprachdateien enthalten die Texte einer Mod, etwa Namen von Gegenständen. Forge konnte eine dieser JSON-Dateien in der Mod-Datei (.jar) nicht lesen und hat sie übersprungen. Im Stacktrace darunter taucht dabei LanguageHook auf, der Teil von Forge, der Sprachdateien lädt. Der Server läuft weiter, nur die Texte aus dieser Datei fehlen auf dem Server.

So behebst du es:

1. Lies die Mod-ID vor dem Doppelpunkt hinter Skipped language file:. Fehlt diese Zeile, nimm die erste Mod, die im Umfeld der Meldung genannt wird.
2. Aktualisiere diese Mod unter Mods oder ersetze sie durch einen Build für dieselbe Minecraft- und Forge-Version. Ein Build ist eine fertig erstellte Fassung der Mod.
3. Starte den Server neu und prüfe, ob die Zeile verschwunden ist.

Gut zu wissen: Der Hinweis Use JsonReader.setLenient(true) richtet sich an Mod-Entwickler, du kannst damit nichts einstellen. Die Datei steckt in der Mod-Datei, sie selbst zu reparieren lohnt sich nicht.

Mixin einer Mod fehlgeschlagen („Mixin apply for mod … failed“)

So sieht die Meldung aus:

Mixin apply for mod <mod-id> failed <mod-id>.mixins.json:<Klasse> from mod <mod-id> -> <Zielklasse>:
org.spongepowered.asm.mixin.injection.throwables.InvalidInjectionException Critical injection failure: @Inject annotation on <Methode> could not find any targets

Was dahintersteckt: Über Mixins verändern Mods beim Start bestimmte Stellen im Minecraft-Programm. Die genannte Mod sucht eine solche Stelle, findet sie aber nicht. Meist passt die Mod nicht zur Minecraft-Version, oder eine andere Mod hat die Stelle bereits verändert. Die betroffene Funktion der Mod arbeitet dann möglicherweise nicht richtig.

So behebst du es:

1. Lies den Namen hinter from mod. Das ist die Mod, deren Änderung scheitert.
2. Prüfe auf der Seite der Mod, ob es eine Fassung für deine Modpack- bzw. Minecraft-Version gibt, und aktualisiere sie unter Mods.
3. Hast du kurz zuvor eine andere Mod hinzugefügt, die ähnliche Bereiche verändert, etwa eine Performance-Mod, entferne diese testweise und starte neu.
4. Bleibt der Fehler, entferne die Mod oder melde ihn dem Autor mit der vollständigen Zeile aus logs/latest.log.

Gut zu wissen: Angaben wie class_1799 oder m_77607_ sind interne Namen von Minecraft-Klassen und Methoden. Für dich zählt nur der Mod-Name.

Mixin lässt sich nicht anwenden: Mods vertragen sich nicht

So sieht die Meldung aus:

org.spongepowered.asm.mixin.injection.throwables.InvalidInjectionException: @At("INVOKE") on <Ziel> with priority 1000 cannot inject into <Ziel>
Mixin apply failed <mod-id>.mixins.json:<Klasse> -> <Zielklasse>

Was dahintersteckt: Eine Mod will per Mixin, also durch einen gezielten Eingriff ins Minecraft-Programm, eine Stelle verändern. In dieser Mod- oder Minecraft-Version findet sie aber nicht die erwartete Stelle, oft weil eine zweite Mod genau dort schon etwas umgebaut hat. Die beteiligten Mods sind in diesen Versionen nicht miteinander verträglich.

So behebst du es:

1. Sammle die beteiligten Mods: Der Name der Mixin-Datei (<mod-id>.mixins.json) verrät die erste. Steht in der Zeile merged by, folgt dahinter die Mixin-Datei der zweiten.
2. Lege eine Sicherung an und aktualisiere die genannten Mods gemeinsam unter Mods, passend zu deiner Minecraft- und Loader-Version.
3. Hilft das nicht, setze eine der beiden auf eine Version zurück, die mit der anderen funktioniert. Die Seiten der Mods nennen oft bekannte Unverträglichkeiten.
4. Starte den Server neu und prüfe in der Konsole, ob die Meldung verschwunden ist.

Forge-Modlauncher gerät beim Start in Konflikt (ConcurrentModificationException)

So sieht die Meldung aus:

Exception in thread "Thread-0" java.util.ConcurrentModificationException
    at MC-BOOTSTRAP/cpw.mods.modlauncher@<Version>/cpw.mods.modlauncher.LaunchPluginHandler…

Was dahintersteckt: Der Modlauncher ist der Teil von Forge, der die Mods lädt und Minecraft-Klassen vor dem Start umbaut. Mehrere Mod-Transformatoren, also Bausteine für solche Umbauten, haben gleichzeitig dieselbe interne Liste verändert, und Java bricht das ab. Das deutet auf inkompatible Coremods hin, also Mods, die tief in den Loader eingreifen, oder auf einen Fehler im Loader selbst.

So behebst du es:

1. Lege unter Sicherungen eine Sicherung an.
2. Aktualisiere Forge und alle Coremods. Bei einem fertigen Modpack prüfe zuerst unter Modpack, ob es eine neuere Fassung gibt, statt Forge einzeln umzustellen.
3. Entferne testweise die zuletzt hinzugefügten Performance- oder Mixin-Mods unter Mods und starte neu.
4. Startet der Server wieder sauber, füge die Mods einzeln zurück, bis du den Auslöser kennst.

Gut zu wissen: Weil es um gleichzeitige Zugriffe geht, tritt der Fehler nicht bei jedem Start auf. Startet der Server beim zweiten Versuch, ist die Ursache trotzdem nicht behoben.

Schemadatei einer Mod hat ungültige Metadaten

So sieht die Meldung aus:

Couldn't deserialize schema file at <mod-id>:schemas/<name>.json because the json file has invalid schema metadata.

Was dahintersteckt: Manche Mods beschreiben Inhalte in eigenen JSON-Dateien, sogenannten Schemadateien. Eine solche Datei der genannten Mod passt nicht zu dem Format, das die Mod oder ihre Bibliothek erwartet, und wird übersprungen. Der Server läuft weiter, nur der Inhalt dieser Datei fehlt. Häufig passen Mod und Bibliotheks-Mod nicht zueinander.

So behebst du es:

1. Lies die Mod-ID vor dem Doppelpunkt hinter schema file at.
2. Sieh im Stacktrace darunter nach, welche weitere Mod beteiligt ist. Oft ist das eine Bibliothek, die die Mod braucht.
3. Bringe beide unter Mods auf zueinander passende Versionen. Die Seite der Mod nennt, welche Version der Bibliothek sie erwartet.
4. Liegt die fehlerhafte Datei in einem Datapack oder einem von dir angelegten Ordner, kannst du sie stattdessen entfernen. Lege vorher eine Sicherung an.
5. Starte den Server neu.

YUNG's Better End Island: fehlender Weltstatus

So sieht die Meldung aus:

key missing: bei_ExtraDragonFight in {BorderCenterX:0.0d,BorderCenterZ:0.0d,…}

Was dahintersteckt: Die Mod YUNG's Better End Island legt in den Weltdaten einen eigenen Eintrag für den Drachenkampf an. Diesen Eintrag findet sie gerade nicht. Sie nutzt dann einen Standardzustand und schreibt den Eintrag beim nächsten Speichern neu. Die übrigen Weltdaten bleiben erhalten, der Server läuft weiter.

So behebst du es:

1. Prüfe im Spiel, ob Endinsel und Drachenkampf normal funktionieren. Wenn ja, reicht ein sauberer Neustart: Server normal stoppen und wieder starten, nicht hart beenden.
2. Stimmt der Kampfstatus nicht, aktualisiere die Mod und YUNG's API unter Mods auf zueinander passende Versionen.
3. Lege unter Sicherungen eine Sicherung der Welt an.
4. Verwende erst danach den offiziellen Befehl /end_island reset. Lies vorher auf der Seite der Mod nach, was er zurücksetzt.

Gut zu wissen: Erscheint die Meldung einmal und danach nicht mehr, hat die Mod den Eintrag neu geschrieben. Siehe auch Server-Sicherung erstellen und wiederherstellen.

Blockeigenschaften einer Mod sind nicht lesbar

So sieht die Meldung aus:

Error while loading physics block properties entry: DataResult.Error['Not a JSON object: [{"selector":"<mod>:<block>","properties":{…}}]

Was dahintersteckt: Eine Mod wollte für bestimmte Blöcke Eigenschaften einlesen, hier für ihre Physik, aber der Eintrag hat nicht die erwartete Form. Not a JSON object mit einer eckigen Klammer dahinter heißt: Die Mod erwartet einen Eintrag in geschweiften Klammern, findet aber eine Liste. Meist stammt die Angabe aus einer Konfiguration, die für eine andere Mod-Version geschrieben wurde. Die betroffenen Blöcke verhalten sich dann wie gewöhnliche Blöcke, der Server läuft weiter.

So behebst du es:

1. Bestimme die Mod: Verantwortlich ist die Mod, die die Physik-Eigenschaften einliest, nicht die Mods, deren Blöcke in der Liste stehen.
2. Bringe diese Mod unter Mods auf eine Version, die zu deinem Modpack passt.
3. Hast du ihre Konfiguration selbst angepasst, lege eine Sicherung an, stelle den Auslieferungszustand wieder her und übernimm deine Änderungen danach einzeln.
4. Starte den Server neu und prüfe, ob die Meldung verschwunden ist.

Rezept verweist auf einen unbekannten Rezepttyp

So sieht die Meldung aus:

Parsing error loading recipe <mod>:<rezept>: com.google.gson.JsonSyntaxException: Invalid or unsupported recipe type '<mod-id>:<rezepttyp>'

Was dahintersteckt: Ein Rezepttyp legt fest, wie etwas hergestellt wird, zum Beispiel an der Werkbank oder in einer Maschine einer Mod. Dieses Rezept nutzt einen Typ, den keine geladene Mod kennt: Die Mod fehlt oder kennt den Typ in ihrer aktuellen Version nicht mehr. Minecraft überspringt das Rezept, der Server läuft weiter.

So behebst du es:

1. Lies die Mod-ID vor dem Doppelpunkt in recipe type '…'. Das ist die Mod, die den Typ liefern sollte.
2. Fehlt diese Mod und brauchst du das Rezept, installiere sie unter Mods.
3. Ist sie installiert, bringe sie und die Mod oder das Datapack mit dem Rezept auf zueinander passende Versionen.
4. Stammt das Rezept aus einem eigenen Datapack unter world/datapacks/, kannst du es dort entfernen. Starte danach neu.

Gut zu wissen: Fehlt dir im Spiel nichts, stört das übersprungene Rezept den Betrieb nicht.

Fabric-Mod verweist auf einen unbekannten Tag

So sieht die Meldung aus:

Unknown tag: net.minecraft.class_<Nummer>@<Kennung>

Was dahintersteckt: Ein Tag ist eine benannte Gruppe von Blöcken, Gegenständen oder anderen Inhalten, zum Beispiel „alle Holzstämme“. Mods nutzen Tags, um Inhalte anderer Mods zu erkennen. Eine Mod erwartet hier einen Tag, den diese Minecraft- oder Mod-Version nicht angelegt hat. Der betroffene Inhalt kann im Spiel fehlen.

So behebst du es:

1. Die Zeile selbst nennt keine Mod, class_<Nummer> ist ein interner Name aus Minecraft. Sieh dir in logs/latest.log die Zeilen um die Meldung an. Die erste Zeile mit einem Mod-Namen nennt den Verursacher.
2. Aktualisiere diese Mod und die Fabric API unter Mods auf Versionen, die zu deiner Minecraft-Version und zueinander passen.
3. Starte den Server neu und prüfe, ob die Meldung verschwunden ist.

Gut zu wissen: Wie die Versionen zusammenpassen, zeigt Fabric Loader und Fabric API: Versionsfehler gezielt lösen.

Mixin-Begleit-Plugin einer Mod lässt sich nicht laden

So sieht die Meldung aus:

Error loading companion plugin class [<Klasse>] for mixin config [<mod-id>.mixins.json]

Was dahintersteckt: Viele Mods steuern ihre Mixins, also ihre Eingriffe ins Minecraft-Programm, über eine Begleit-Klasse. Sie entscheidet, welche Änderungen angewendet werden. Diese Klasse ließ sich nicht laden, typischerweise weil die Mod nicht zu anderen Mods oder zu deiner Version passt. Teile der Mod funktionieren dann möglicherweise nicht.

So behebst du es:

1. Lies den Mod-Namen an der Mixin-Datei ab (<mod-id>.mixins.json). Auch der Paketname der Klasse in eckigen Klammern enthält meist den Namen der Mod.
2. Aktualisiere die Mod unter Mods passend zu deiner Modpack-Version.
3. Bleibt die Meldung, entferne die Mod testweise oder melde den Fehler dem Autor mit der vollständigen Meldung aus logs/latest.log.
4. Starte den Server neu.

Gut zu wissen: Fehlt dir nach dem Start eine Funktion dieser Mod, ist diese Meldung die wahrscheinlichste Erklärung.

Archiv (.zip, .rar, .7z) im Mods-Ordner

So sieht die Meldung aus:

Error for file:///home/container/mods/<Datei>.zip: java.nio.file.ProviderNotFoundException

Was dahintersteckt: Im Ordner mods/ liegt ein gepacktes Archiv, etwa eine Sicherung des Ordners oder ein heruntergeladenes Paket. Mods versuchen, jede Datei dort als Mod zu lesen, und melden für das Archiv einen Fehler. /home/container/ ist dabei der Hauptordner deines Servers, wie ihn Dateien zeigt.

So behebst du es:

1. Öffne unter Dateien den Ordner mods/.
2. Verschiebe die Datei aus der Meldung aus dem Ordner heraus, zum Beispiel in den Hauptordner. Brauchst du sie nicht, kannst du sie löschen.
3. Wolltest du ein ganzes Modpack einspielen, nutze dafür den Bereich Modpack.
4. Starte den Server neu.

Gut zu wissen: In mods/ gehören nur Mod-Dateien (.jar). Kopien des Ordners legst du besser über Sicherungen an. Grundlagen: Minecraft Mods und Plugins installieren.

Verweis auf einen unbekannten Entity-Typ

So sieht die Meldung aus:

Error: <mod-id>:<name> is not a valid entity ID!
Invalid or unknown entity type '<mod-id>:<name>'

Was dahintersteckt: Entity ist der Oberbegriff für Mobs, Tiere und andere bewegliche Objekte in der Welt. Eine Konfiguration, ein Datapack oder ein Befehl nennt einen Entity-Typ, zum Beispiel ars_nouveau:wilden_hunter, den es auf diesem Server nicht gibt. Die zugehörige Mod fehlt oder hat den Namen geändert. Der Eintrag wird ignoriert, der Server läuft weiter.

So behebst du es:

1. Lies den Teil vor dem Doppelpunkt: Er nennt die Mod, zu der die Entity gehört.
2. Fehlt diese Mod und soll die Entity im Spiel vorkommen, installiere sie unter Mods.
3. Hast du die Mod bewusst entfernt oder heißt die Entity inzwischen anders, suche den Namen in den Konfigurationen unter config/, in Datapacks unter world/datapacks/ oder in Funktionen (.mcfunction-Dateien).
4. Lege eine Sicherung an, korrigiere oder lösche den Eintrag und starte neu.

Mod ist beschädigt oder passt nicht zur Version

So sieht die Meldung aus:

java.lang.VerifyError: <Details>
EntrypointException: Exception while loading entries for entrypoint '<Name>'
The mixin '<Klasse>' is missing an @Mixin annotation

Was dahintersteckt: Eine Mod lässt sich nicht richtig laden. Ihr Programm ist fehlerhaft, für eine andere Minecraft- oder Loader-Version gebaut oder verträgt sich nicht mit einer anderen Mod. Hinter dieser Meldung stecken mehrere Fehlerbilder, etwa ein VerifyError (Java lehnt einen geladenen Programmteil ab) oder ein fehlgeschlagener Entrypoint, der Startpunkt einer Fabric-Mod. Der betroffene Teil fehlt, im schlimmsten Fall startet der Server nicht.

So behebst du es:

1. Finde die Mod: Sie steht in der Meldung selbst oder als Paket- bzw. Ordnername im Stacktrace darunter.
2. Prüfe, ob alle Mods zur selben Minecraft-Version und zum selben Loader gehören. Eine Fabric-Mod läuft nicht ohne Weiteres auf Forge oder NeoForge und umgekehrt.
3. Aktualisiere die Mod unter Mods oder entferne sie testweise und starte neu.
4. Startet der Server ohne sie, suche eine passende Fassung oder verzichte auf die Mod.

Gut zu wissen: Book … has use_resource_pack set to false betrifft Handbücher, die über die Mod Patchouli laufen: Die Mod mit dem Buch passt nicht zur installierten Patchouli-Version. Ausführlich: Minecraft-Mods und Modpacks passend einrichten.

Rezept mit zu vielen Flüssigkeits-Zutaten

So sieht die Meldung aus:

Recipe has more fluid inputs (<Anzahl>) than supported (<Anzahl>).

Was dahintersteckt: Ein Rezept aus einem Datapack oder einer Mod-Integration verlangt mehr Flüssigkeiten als Zutat, als die Maschine in dieser Mod-Version verarbeiten kann. Das Rezept wird übersprungen, der Server läuft weiter. Meist wurde es für eine andere Version der Mod mit der Maschine geschrieben.

So behebst du es:

1. Sieh dir in logs/latest.log die Zeilen um die Meldung an. Steht dort eine Rezept-ID im Format <mod>:<name>, zeigt der Teil vor dem Doppelpunkt, woher das Rezept stammt.
2. Bringe die Mod mit der Maschine und die Mod oder das Datapack mit dem Rezept unter Mods auf zueinander passende Versionen.
3. Stammt das Rezept aus einem eigenen Datapack, entferne es dort oder passe es an.
4. Starte den Server neu.

Gut zu wissen: Brauchst du das Rezept nicht, beeinträchtigt die Meldung den Server nicht.

Slice and Dice: Rezept mit zu vielen Flüssigkeiten

So sieht die Meldung aus:

java.lang.IllegalArgumentException: too many fluid ingredients

Was dahintersteckt: Die Mod Slice and Dice wandelt Kochrezepte anderer Mods, zum Beispiel von Farmer's Delight, automatisch in Create-Rezepte um. Mindestens ein solches Rezept enthält mehr Flüssigkeiten, als die Umwandlung unterstützt. Dadurch können einzelne umgewandelte Rezepte fehlen. Der Server läuft weiter.

So behebst du es:

1. Prüfe unter Mods, welche Versionen von Slice and Dice, Create und den beteiligten Koch-Mods installiert sind.
2. Bringe sie auf zueinander passende, aktuelle Versionen. Auf der Seite von Slice and Dice steht, zu welchen Versionen sie passt.
3. Starte den Server neu und prüfe, ob die Meldung verschwunden ist.

Gut zu wissen: Fehlen dir dadurch keine benötigten Rezepte, kannst du die Meldung ignorieren.

Better Caves kann Flüssigkeitsbereiche in Höhlen nicht richtig erzeugen

So sieht die Meldung aus:

Failed to fetch the AquiferContext.
This is a mod compatibility issue. Please report it to the Better Caves GitHub issue tracker!

Was dahintersteckt: YUNG's Better Caves braucht für unterirdische Wasser- und Lavabereiche zusätzliche Daten aus der Weltgenerierung. Diese Daten heißen AquiferContext und fehlen an der angefragten Stelle. Die Mod meldet einen Kompatibilitätsfehler; neu erzeugte Flüssigkeitsbereiche können dadurch falsch aussehen. Der Server läuft weiter.

So behebst du es:

1. Erstelle unter Sicherungen eine Sicherung der Welt, bevor du die Zusammenstellung der Mods veränderst.
2. Prüfe unter Mods, ob Better Caves und seine benötigten Bibliotheken zu deiner Minecraft-Version und deinem Loader passen. Prüfe auch die Kompatibilität weiterer Weltgenerator-Mods.
3. Teste eine korrigierte Zusammenstellung zunächst an einer Kopie der Welt und erzeuge dort neue Gebiete.
4. Bleibt die Meldung, sende dem Better-Caves-Autor die vollständige logs/latest.log und deine Mod-Liste. Nenne dabei, ob eine Vorabgenerierung lief.

Gut zu wissen: Eine Änderung der Mods erzeugt bereits gespeicherte Gebiete nicht automatisch neu.

Curios: ungültige Operation in einer Slot-Definition

So sieht die Meldung aus:

Parsing error loading curio slot <Mod>:<Slot>
java.lang.IllegalArgumentException: set is not a valid operation!

Was dahintersteckt: Curios verwaltet zusätzliche Ausrüstungsplätze, sogenannte Slots. Eine Mod oder ein Datenpaket liefert dazu eine Definition mit einer Operation, die deine Curios-Version nicht versteht. Im Beispiel wird „set“ abgelehnt. Die betreffende Definition wird nicht korrekt geladen; die zugehörigen Ausrüstungsplätze können dadurch fehlen oder falsch eingerichtet sein.

So behebst du es:

1. Lies in der Konsole oder unter Dateien in logs/latest.log den vollständigen Bezeichner hinter „curio slot“.
2. Prüfe, welche Mod oder welches Datenpaket diese Definition liefert. Vergleiche dessen unterstützte Curios-Version mit der installierten Ausgabe unter Mods.
3. Installiere zueinander passende Ausgaben. Hast du die Definition selbst bearbeitet, korrigiere die Operation nach der Dokumentation deiner Curios-Version.
4. Starte den Server neu und prüfe, ob die Meldung verschwindet und die betroffenen Ausrüstungsplätze wieder funktionieren.

Gut zu wissen: Sichere eigene Änderungen vor dem Austausch von Mods oder Datenpaketen.

Deine Meldung ist nicht dabei?

Lies die ganze Meldung in logs/latest.log, auch die Zeilen davor: Der erste Fehler ist meist die Ursache, spätere sind oft nur Folgen. Die beteiligte Mod erkennst du an den Ordner- und Paketnamen im Stacktrace oder an einem Dateinamen mit .jar. Prüfe, ob sie zu deiner Minecraft- und Loader-Version passt, und lege vor jeder Änderung eine Sicherung an. Fehler, die erst im laufenden Spiel auftreten, behandelt Plugin oder Mod wirft im laufenden Betrieb Fehler. Kommst du nicht weiter, öffne ein Ticket und nenne die Uhrzeit der Meldung.