Jellyfin zeigt nach einer Änderung des Speicherpfads veraltete Daten an

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Jellyfin Shows Stale Data After a Storage Path Change - Zima Store Online

Jellyfin zeigt nach einem Speicherumzug in der Regel veraltete Daten an, weil der Dienst den alten Pfad verwendet, den neuen Mount nicht lesen kann oder noch keinen gültigen Scan am neuen Speicherort abgeschlossen hat.

Zeigt das Dashboard alte Einträge, fehlende Einträge oder eine Mischung aus beidem? Löschen Sie die Bibliothek nicht und leeren Sie zunächst auch nicht den Papierkorb. Erfassen Sie die exakten alten und neuen Pfade, den Mount-Status, die Dienstberechtigungen und das Scanergebnis, damit jeder Fall getestet werden kann, ohne Metadaten zu zerstören.

Prüfen, welchen Pfad Jellyfin tatsächlich sehen kann

Prüfen Sie den Pfad innerhalb des Jellyfin-Prozesses oder -Containers, nicht nur über die Shell des Hosts. Bestätigen Sie, dass der Mount nach dem Systemstart vorhanden ist, das Dienstkonto eine Beispieldatei auflisten und lesen kann und die Containerzuordnung mit dem in der Bibliothekskonfiguration gespeicherten Pfad übereinstimmt.

Wenn der Pfad leer oder nicht zugänglich ist, beheben Sie zuerst den Mount, die UID/GID oder das Container-Volume. Ein Speichermount, der erst nach einer manuellen Anmeldung erscheint, kann dazu führen, dass Jellyfin beim Start ein leeres Verzeichnis scannt.

Vergleichen Sie den alten und den neuen Pfad in der Bibliothekskonfiguration sowie in einem Datenbankeintrag. Wenn beide weiterhin vorhanden sind, kann Jellyfin zulässigerweise ein gültiges Element und einen veralteten Verweis anzeigen.

Veraltete Metadaten von einem fehlgeschlagenen Scan unterscheiden

Führen Sie nach erfolgreicher Lesbarkeit des Pfads einen kontrollierten Scan aus und beobachten Sie die Protokolle auf den Bibliotheksnamen, die Anzahl der Elemente, Berechtigungsfehler und übersprungene Dateien. Vergleichen Sie ein bekanntes altes Element mit einer neu hinzugefügten Datei. Wenn der Scan abgeschlossen wird, aber alte Pfade bestehen bleiben, enthält die Datenbank weiterhin den vorherigen Speicherort oder der neue Pfad wurde hinzugefügt, ohne den alten Verweis zu entfernen.

Interpretieren Sie ein zwischengespeichertes Poster nicht als Beweis dafür, dass die Mediendatei verfügbar ist. Die Regeln für Speicherpfade machen das gemountete Dateisystem und den Anwendungspfad zu getrennten Prüfpunkten.

Führen Sie nach der Korrektur der Zuordnung einen einzigen kontrollierten Scan aus und vergleichen Sie anschließend die Anzahl der Elemente sowie eine bekannte Datei. Wiederholte Scans, bevor der Pfad korrigiert ist, können einen noch unübersichtlicheren Zustand erzeugen.

Erst reparieren, wenn der Fall eindeutig festgestellt ist

Beheben Sie die Pfadzuordnung oder Berechtigungen, starten Sie den Dienst einmal neu und führen Sie einen Scan aus. Wenn der Datenbankpfad falsch ist, aktualisieren Sie den Bibliotheksort mit der kleinstmöglichen Änderung und überprüfen Sie die erwartete Anzahl der Elemente, bevor Sie alte Einträge bereinigen. Sichern Sie die Anwendungsdaten und erstellen Sie vor jeder umfassenden Metadatenoperation ein Backup.

Die Wiederherstellung ist nachgewiesen, wenn der Dienst den neuen Pfad auch nach einem Neustart weiterhin sieht, ein repräsentativer Client ein Element abspielen kann und ein zweiter Scan den veralteten Zustand nicht erneut erzeugt. Eskalieren Sie den Fall, wenn das Dateisystem eine Beschädigung meldet, die Datenbank widersprüchliche Pfade enthält oder das Problem nach einem sauberen Mount und Neustart zurückkehrt.

Starten Sie den Dienst nach der Reparatur mit bereits beim Systemstart verfügbarem Mount neu und wiederholen Sie den Scan. Veraltete Daten gelten erst dann als behoben, wenn derselbe Pfad nach dem Neustart weiterhin sichtbar ist.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Eskalieren, wenn der Pfad immer wieder erscheint

Behalten Sie die reparierte Zuordnung bei, wenn ein sauberer Neustart, ein Scan und die Wiedergabe mit einem repräsentativen Client den neuen Pfad verwenden, ohne den alten Eintrag erneut zu erzeugen.

Beenden Sie die Bereinigung, wenn der alte Pfad zurückkehrt, die Datenbank widersprüchliche Identitäten enthält oder sich der Speichermount zwischen den Scans ändert. Sichern Sie zuerst die Datenbank und die aktuelle Pfadzuordnung.

Eskalieren Sie zu einer Wiederherstellung aus einem Backup oder einer datenbankspezifischen Reparatur, wenn das Dateisystem fehlerfrei ist, aber veraltete Verweise eine saubere Zuordnung und einen Neustart überstehen.