Jellyfin kan schijven actief houden, zelfs als er geen actieve kijkers zijn, omdat afspelen niet de enige bron van schijfactiviteit is. Geplande bibliotheekbewerkingen, metadatabewerkingen, logboekregistratie, databasetoegang en opslagcontroles kunnen allemaal plaatsvinden terwijl de server verder inactief is.
De snelste diagnose is vaststellen of Jellyfin überhaupt verantwoordelijk is. Observeer de schijfactiviteit tijdens een inactieve periode, stop alleen de Jellyfin-container of -service en kijk of het patroon van ontwaken stopt. Met die ene vergelijking voorkom je dat je nuttige bibliotheektaken uitschakelt terwijl de werkelijke oorzaak SMART-controle, indexering, back-ups of een andere hostservice is.
Stel vast of het ontwaken stopt wanneer Jellyfin stopt
Kies een rustig testmoment zonder gebruikers, downloads, back-ups of media-imports. Noteer welke schijf ontwaakt en hoe vaak dat gebeurt, en stop Jellyfin zonder de host opnieuw op te starten. Laat de opslag aangekoppeld, zodat de Jellylin-proces zelf de enige grote variabele is.
Als het ontwaken gedurende een voldoende lange observatieperiode stopt, ga dan verder binnen Jellyfin. Als het onveranderd doorgaat, onderzoek dan de host, NAS, het bestandssysteem of andere containers. Opnieuw opstarten is geen goede eerste test, omdat dit te veel services tegelijk verandert.
Start Jellyfin na de vergelijking opnieuw op en controleer of het patroon terugkeert voordat je planningen wijzigt. Een eenmalig ontwaken bij het opstarten verschilt van terugkerend ontwaken om de paar minuten tijdens inactiviteit. De oplossing moet gericht zijn op de terugkerende trigger, niet op de normale initialisatie van de service.
Controleer geplande taken en bibliothe scans
Open het Jellyfin-dashboard en bekijk de geplande taken, het tijdstip waarop ze voor het laatst zijn uitgevoerd, de duur en de volgende activering. Bibliotheeks scans, metadatavernieuwingen, afbeeldingsbewerkingen en onderhoudstaken kunnen mappen lezen, zelfs als niemand iets bekijkt.
De brondocumentatie van Jellyfin noemt een speciaal onderdeel ScheduledTasks in de server, terwijl de opslagrichtlijnen waarschuwen dat gepland onderhoud bibliotheekinhoud kan verwerken. subsysteem voor geplande taken
Als het ontwaken van de schijf samenvalt met één taak, verplaats die taak dan naar een bewust gekozen onderhoudsvenster of verlaag de frequentie ervan, maar alleen als de bibliotheekworkflow dit toestaat. Schakel niet alle taken tegelijk uit; dan kun je niet meer vaststellen welke planning verantwoordelijk was.
Controleer metadatabewerkingen en hoofdstukafbeeldingen
Sommige bibliotheken voeren zwaardere achtergrondbewerkingen uit dan andere. Hoofdstukafbeeldingen, gegevens voor trickplay, ondertitelingsextractie en metadatavernieuwingen kunnen uitbarstingen van lees- of schrijfactiviteit veroorzaken die niets met afspelen te maken lijken te hebben.
Jellyfin documenteert het extraheren van hoofdstukafbeeldingen als rekenintensief en maakt het mogelijk dit als afzonderlijke geplande extractietaak of tijdens een bibliotheekscan uit te voeren. extractie van hoofdstukafbeeldingen Daarom is het de moeite waard de planning ervan te controleren op een server waarop schijven tijdens rustige uren ontwaken.
Verplaats een verdachte extractietaak tijdelijk naar een bekend tijdstip en vergelijk het schijfpatroon. Als het ontwaken met de taak meeverplaatst, heb je een duidelijke oorzaak gevonden. Als dat niet gebeurt, zet de planning dan terug en ga verder met onderzoeken in plaats van een functie die niet verantwoordelijk was permanent uit te schakelen.
Scheid activiteit op mediaschijven van activiteit in databases, caches en logboeken
Jellyfin schrijft niet elk type gegevens naar de mediaschijven. De database, configuratie, cache, logboeken en metadata kunnen op verschillende volumes staan. Bepaal daarom eerst welke fysieke schijf daadwerkelijk ontwaakt.
Jellyfin raadt aan de database op lokale opslag te bewaren, en een standaard indeling voor een mediaserver kan het gemakkelijker maken om de paden voor applicatiegegevens en media van elkaar te scheiden. Als alleen de SSD met de configuratie en database actief is, zijn er mogelijk geen wijzigingen in Jellyfin nodig voor draaiende mediaschijven.
Als een draaiende mediaschijf ontwaakt terwijl er geen med iataak actief is, controleer dan de bibliotheekpaden en of je de optie “metadata naast media opslaan” hebt ingeschakeld. Het doel is alleen aantoonbaar schrijfintensief werk te verplaatsen of opnieuw in te plannen, niet om te gissen op basis van het feit dat Jellyfin actief is.
Test netwerkshares en hostservices als concurrerende oorzaken
Een NAS of externe schijf kan ontwaken doordat het besturingssysteem de koppeling controleert, een monitoringagent bestanden opvraagt, een back-uptaak mappen doorloopt of het opslagapparaat zelf gezondheidstaken uitvoert. Dit kan doorgaan terwijl Jellyfin volledig inactief is.
Voor netwerkmedia verwacht Jellyfin dat Samba- of NFS-opslag door het besturingssysteem wordt aangekoppeld. aangekoppelde netwerkopslag Dat betekent dat sommige schijfactiviteit afkomstig kan zijn van de host- of NAS-laag in plaats van de applicatie.
Als het stoppen van Jellyfin het ontwakingspatroon niet verandert, laat de Jellyfin-configuratie dan ongemoeid. Schakel één concurrerende hosttaak tegelijk uit of plan deze opnieuw in, of gebruik I/O-tools op procesniveau op de host om de lezer te identificeren voordat je een wijziging in het energiebeheer aanbrengt.
Verminder het ontwaken zonder de betrouwbaarheid van de bibliotheek te schaden
Als je de oorzaak hebt bevestigd, breng dan de kleinst mogelijke wijziging aan: verplaats scans naar een vast tijdvenster, verminder een onnodige extractieplanning, plaats applicatiegegevens op een SSD of voorkom dat een andere service de mediamap doorloopt. Behoud de taken die je bibliotheek actueel houden.
Wees voorzichtig met agressieve schijfslaap op externe of soms niet-beschikbare opslag. Jellyfin waarschuwt dat gepland onderhoud bibliotheekitems kan verwijderen als de mediaopslag niet beschikbaar is wanneer de taak wordt uitgevoerd. Energiebesparing mag er dus niet voor zorgen dat de koppeling als afwezig wordt gezien. waarschuwing over opslag bij onderhoudstaken
Valideer de oplossing gedurende ten minste één volledige inactieve periode en tijdens het volgende geplande onderhoudsvenster. Stop wanneer de schijven tijdens de bedoelde inactieve periode in slaap blijven en de volgende scan of het afspelen normaal blijft werken. Als die doelen botsen, moet betrouwbaarheid zwaarder wegen dan een paar extra ontwakingscycli.
Ondersteuning & Tips
Meer om te lezen

Moet je Home Assistant live back-uppen of de service eerst stoppen?
Ingebouwde Home Assistant-back-ups kunnen live worden uitgevoerd; gewone kopieën van het bestandssysteem moeten Home Assistant stoppen of in een rustige toestand brengen, tenzij er...

Waarom wordt een Home Assistant-server warm of maakt deze lawaai tijdens inactieve uren?
Breng pieken in ventilatorsnelheid of temperatuur in Home Assistant in verband met Recorder, back-ups, integraties en gelijktijdig uitgevoerde taken voordat je de koeling of...

Wanneer moet je Home Assistant opnieuw opbouwen in plaats van repareren?
Herstel eerst de kleinste defecte Home Assistant-laag, zet vervolgens een bekende goede toestand terug en bouw alleen opnieuw op wanneer de permanente configuratie niet...

