Überprüfen Sie die laufende Plex-Instanz und den Pfad ihres eingebundenen Zustands, bevor Sie eine Konfigurationsdatei bearbeiten.
Mehrere Installationen, Container, Backups und alte App-Datenverzeichnisse können mehrere Dateien mit plausiblen Namen hinterlassen. Raten Sie nicht anhand von Dateinamen. Identifizieren Sie den aktiven Prozess oder Container, prüfen Sie dessen Konfigurationseinbindung und vergleichen Sie den Zeitstempel der Datei oder eine harmlose Einstellungsänderung mit der tatsächlich laufenden Instanz.
Identifizieren Sie zuerst die Laufzeitumgebung
Ein nativer Dienst und ein Container können selbst auf demselben Host unterschiedliche Dateisystemansichten verwenden. Der erste Schritt besteht darin, zu ermitteln, welcher Prozess oder Container den Port 32400 und das Plex-Datenverzeichnis verwendet.
In einem containerisierten Medien-Stack bestimmen explizite Konfigurations-Volumes, welches Host-Verzeichnis die laufende Plex-Instanz tatsächlich sieht. Verfolgen Sie daher die Einbindung, bevor Sie annehmen, dass eine Datei auf dem Host aktiv ist.
Prüfen Sie die Definition des laufenden Containers oder Dienstes und notieren Sie den Host-Pfad sowie den von Plex gesehenen Pfad. Wenn keine eindeutige Zuordnung besteht, klären Sie diese Unklarheit, bevor Sie etwas bearbeiten.
Bestätigen Sie, dass die Preferences-Datei zu diesem Zustandsverzeichnis gehört
Preferences.xml enthält die Serveridentität und kontobezogene Einstellungen. Eine alte Kopie in einem Backup oder einer früheren Installation kann jedoch gültig aussehen. Der Kontext ist wichtiger als der Dateiname allein.
Der Zustand von Preferences.xml ist an den eingebundenen Plex-Konfigurationspfad gebunden. Daher ist die aktive Einbindung maßgeblicher als ein übereinstimmender Dateiname an einem anderen Ort.
Vergleichen Sie Änderungszeit und Eigentümer mit dem laufenden Zustandsverzeichnis und nehmen Sie anschließend eine reversible Einstellungsänderung über die Plex-Oberfläche vor. Bestätigen Sie, dass sich nur die erwartete Datei ändert.
Achten Sie auf doppelte Zustandseinbindungen
Bei Container-Migrationen kann versehentlich ein Pfad für den Start und ein anderer für Backups oder die manuelle Bearbeitung eingebunden werden. Dadurch entsteht der Eindruck, dass Einstellungen ignoriert werden.
Halten Sie die Zuordnung des persistenten Zustands an einer einzigen Stelle in Ihrer Bereitstellungsdefinition fest. Die Zuordnung der persistenten App-Daten sollte auf ein kanonisches Plex-Zustandsverzeichnis und nicht auf mehrere teilweise kopierte Verzeichnisbäume verweisen.
Starten Sie Plex nach einer kontrollierten Einstellungsänderung neu und bestätigen Sie, dass der Wert erhalten bleibt. Wenn er zurückgesetzt wird, prüfen Sie die Einbindung und die Eigentumsrechte, bevor Sie die XML-Datei direkt ändern.
Sichern Sie den aktiven Zustand vor manuellen Änderungen
Die manuelle Bearbeitung von Dateien sollte der letzte Ausweg sein, da Identität, Konto- und Datenbankstatus eng mit dem laufenden Server verknüpft sind. Sichern Sie die aktive Datei, bevor Sie sie ändern.
Bevor Sie die Serveridentität oder Einstellungen bearbeiten, sichern Sie den aktiven Zustandsverzeichnisbaum. Die Sicherung und Migration von Plex hängt davon ab, dass die tatsächlichen Serverdaten und Pfade übernommen werden, nicht irgendeine veraltete Konfigurationskopie.
Beenden Sie Plex, wenn die Bearbeitung eine stabile Datei erfordert, kopieren Sie die aktive Konfiguration, nehmen Sie die kleinstmögliche Änderung vor und starten Sie Plex anschließend neu, um ein erwartetes Ergebnis zu überprüfen. Stellen Sie sofort den vorherigen Zustand wieder her, wenn sich nicht zusammenhängende Einstellungen ändern.
Support & Tipps
Mehr zum Lesen

Kann Jellyfin sicher eine GPU oder einen Beschleuniger mit einem anderen Container teilen?
Die gemeinsame GPU-Nutzung ist an Bedingungen geknüpft: Überprüfen Sie die Gerätesichtbarkeit und die Treiberunterstützung, führen Sie anschließend beide Workloads aus und achten Sie auf...

So erkennen Sie, ob ein Jellyfin-Fehler vom Client oder Server stammt
Ein Jellyfin-Fehler liegt am Client, wenn er nur auf einem Gerät auftritt; er liegt am Server, wenn mehrere Clients über denselben Pfad fehlschlagen und...

So konfigurierst du den Cache und temporären Speicher von Jellyfin
Trenne dauerhaften Zustand, wiederaufbaubaren Cache und temporären Transkodierungsspeicher und überprüfe anschließend Kapazität und Berechtigungen mit einem echten Wiedergabetest.

