Jellyfin toont verouderde gegevens na een wijziging van het opslagpad

Jellyfin toont meestal verouderde gegevens na een opslagverplaatsing omdat de service het oude pad ziet, de nieuwe koppeling niet kan lezen of geen geldige scan van de nieuwe locatie heeft voltooid.

Toont het dashboard oude items, ontbrekende items of een combinatie van beide? Verwijder de bibliotheek niet en maak de prullenbak ervan niet eerst leeg. Leg de exacte oude en nieuwe paden, de koppelingsstatus, de service-eigendom en het scanresultaat vast, zodat elke tak kan worden getest zonder metadata te vernietigen.

Controleer welk pad Jellyfin daadwerkelijk kan zien

Controleer het pad vanuit het Jellyfin-proces of de container zelf, niet alleen vanuit de shell op de host. Bevestig dat de koppeling na het opstarten bestaat, dat het serviceaccount een voorbeeldbestand kan weergeven en lezen en dat de containertoewijzing overeenkomt met het pad dat in de bibliotheekconfiguratie is opgeslagen.

Als het pad leeg of ontoegankelijk is, herstel dan eerst de koppeling, UID/GID of het containervolume. Een opslagkoppeling die pas na handmatig inloggen verschijnt, kan ervoor zorgen dat Jellyfin bij het opstarten een lege map scant.

Vergelijk het oude en nieuwe pad in de bibliotheekconfiguratie en in één databaserecord. Als beide blijven bestaan, kan Jellyfin terecht één geldig item en één verouderde verwijzing tonen.

Maak onderscheid tussen verouderde metadata en een mislukte scan

Voer, nadat het pad leesbaar is, een gecontroleerde scan uit en let in de logboeken op de bibliotheeknaam, het aantal items, toestemmingsfouten en overgeslagen bestanden. Vergelijk één bekend oud item met één nieuw toegevoegd bestand. Als de scan is voltooid maar oude paden blijven staan, bevat de database nog steeds de vorige locatie of is het nieuwe pad toegevoegd zonder de oude verwijzing te verwijderen.

Beschouw een gecachte poster niet als bewijs dat het mediabestand beschikbaar is. De regels voor opslagpaden maken van het aangekoppelde bestandssysteem en het applicatiepad afzonderlijke controles.

Voer één gecontroleerde scan uit nadat de toewijzing is gecorrigeerd en vergelijk vervolgens het aantal items en één bekend bestand. Herhaalde scans voordat het pad is hersteld, kunnen een nog verwarrendere status veroorzaken.

Herstel pas nadat de juiste tak is bevestigd

Herstel de padtoewijzing of toestemmingen, start één keer opnieuw op en scan opnieuw. Als het databasepad onjuist is, werk dan de bibliotheeklocatie met een zo klein mogelijke wijziging bij en controleer het verwachte aantal items voordat je oude vermeldingen opruimt. Bewaar de applicatiegegevens en maak een back-up voordat je bulkbewerkingen op metadata uitvoert.

Het herstel is bewezen wanneer de service het nieuwe pad na een herstart nog steeds ziet, een representatieve client een item kan afspelen en een tweede scan de verouderde status niet opnieuw creëert. Schakel hulp in wanneer het bestandssysteem beschadigd lijkt, de database conflicterende paden bevat of het probleem terugkeert na een schone koppeling en herstart.

Start na het herstel opnieuw op terwijl de koppeling bij het opstarten beschikbaar is en herhaal de scan. Verouderde gegevens zijn pas opgelost wanneer hetzelfde pad na een herstart zichtbaar blijft.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Schakel hulp in wanneer het pad steeds terugkeert

Behoud de herstelde toewijzing wanneer een schone herstart, één scan en het afspelen van een representatief item allemaal het nieuwe pad gebruiken zonder de oude vermelding opnieuw te creëren.

Stop met opruimen wanneer het oude pad terugkeert, de database conflicterende identiteiten bevat of de opslagkoppeling tussen scans verandert. Bewaar eerst de database en de huidige padtoewijzing.

Schakel over op het herstellen van een back-up of een databasespecifiek herstel wanneer het bestandssysteem gezond is, maar verouderde verwijzingen na een schone toewijzing en herstart blijven bestaan.