Jellyfin moet voldoende vrije opslagruimte behouden voor de grootste normale combinatie van metadata- groei, gegenereerde assets, transcode-tijdelijke bestanden, logs en onderhoudswerkzaamheden.
Een vast percentage is onbetrouwbaar, omdat een eenvoudige bibliotheek en een bibliotheek met veel trickplay-materiaal app-opslag heel verschillend kunnen gebruiken. Scheid aanhoudende groei van tijdelijke pieken en meet beide op de paden waar ze daadwerkelijk plaatsvinden. Vrije ruimte op een mediavolume helpt niet als de configuratie- of transcode-opslag zich op een ander, vol bestandssysteem bevindt.
Meet eerst de groei van persistente appgegevens
De database, metadata, illustraties, plug-ins en gegenereerde assets kunnen groeien naarmate de bibliotheek en ingeschakelde functies uitbreiden. Meet deze trend onafhankelijk van de capaciteit voor bronmedia.
Gegenereerde assets kunnen de actieve gegevensset aanzienlijk vergroten; een Jellyfin-beheerder vermijdt trickplay- en hoofdstukafbeeldingen, omdat ze tijdens bibliotheekupdates extra opslagruimte en verwerkingscapaciteit gebruiken.
Noteer de grootte van de configuratiemap nadat een scan is afgerond en doe dit opnieuw na een representatieve maand of een grote import. Gebruik de gemeten groeisnelheid in plaats van te gokken op basis van terabytes aan media.
Meet transcode-tijdelijke bestanden als een tijdelijke piek
Actieve conversies maken werkbestanden aan die kunnen verdwijnen wanneer de sessie eindigt. Het worstcasescenario hangt af van de grootste bron, het aantal gelijktijdige transcoderingen en het geconfigureerde tijdelijke pad.
Door transcode-tijdelijke bestanden op lokale snelle opslag te bewaren, scheid je tijdelijk werk met veel wijzigingen van de permanente bibliotheekgegevens.
Voer de zwaarste verwachte gelijktijdige transcoderingen uit en noteer het maximale tijdelijke gebruik. Reserveer deze ruimte afzonderlijk van het budget voor langetermijnopslag van appgegevens.
Geplande taken kunnen kortstondige pieken veroorzaken
Trickplay, beeldextractie, scans en analyse door plug-ins kunnen tegelijkertijd processorcapaciteit en opslagruimte gebruiken. Wanneer meerdere taken in hetzelfde tijdvenster starten, kan de tijdelijke voetafdruk veel groter worden dan bij normaal inactief gebruik.
Achtergrondwerk is zichtbaar als geplande Jellyfin-taken, dus tests van de vrije ruimte moeten de taken omvatten die daadwerkelijk bibliotheekgegevens genereren of vernieuwen.
Plan zware taken gespreid en houd de vrije ruimte gedurende een volledige planningscyclus in de gaten. De rolverdeling voor een thuismediaserver helpt voorkomen dat tijdelijk werk ongemerkt een bijna volle systeempartitie deelt.
Stel de waarschuwing in boven het storingspunt, niet bij nul
Wachten tot het bestandssysteem 100% vol is, laat te weinig ruimte over voor databaseschrijfacties, pakketupdates, logs en herstelbewerkingen. De waarschuwing moet afgaan terwijl opruimen of verplaatsen nog veilig is.
Onbeperkte containerlogs kunnen onafhankelijk van de applicatiemedia opslagruimte op de host verbruiken.
Kies een ondergrens voor de vrije ruimte die boven de grootste gemeten tijdelijke piek plus de normale groei ligt. Bereken deze opnieuw nadat je nieuwe functies voor gegenereerde media hebt ingeschakeld of de transcodemap hebt gewijzigd.
Ondersteuning & Tips
Meer om te lezen

Moet je een live back-up van Jellyfin maken of de service eerst stoppen?
Geef de voorkeur aan back-ups van gestopte services voor eenvoud; gebruik live snapshots alleen wanneer de applicatiestatus consistent wordt vastgelegd en herstelprocedures zijn getest.

Waarom draait Jellyfin zo warm of luidruchtig als niemand streamt?
Hittesterkte tijdens inactiviteit wijst meestal op achtergrondwerk of een belasting door gedeelde hosting. Identificeer daarom het actieve proces en de geplande taak voordat je...

Wanneer moet je Jellyfin opnieuw opbouwen in plaats van repareren?
Kies voor opnieuw opbouwen in plaats van repareren wanneer runtime-drift het probleem is en de persistente status is geback-upt; verwijder de enige goede database...

