Pourquoi Jellyfin maintient-il les disques actifs alors qu’aucun utilisateur ne l’est ?

Jellyfin peut maintenir les disques actifs même en l’absence de spectateurs, car la lecture n’est pas la seule source d’activité disque. Les tâches planifiées de la bibliothèque, les opérations sur les métadonnées, la journalisation, l’accès à la base de données et les vérifications du stockage peuvent toutes se produire alors que le serveur est par ailleurs inactif.

Le diagnostic le plus rapide consiste à vérifier si Jellyfin est réellement responsable. Observez l’activité du disque pendant une période d’inactivité, arrêtez uniquement le conteneur ou le service Jellyfin, puis vérifiez si le schéma de sortie de veille s’interrompt. Cette simple comparaison vous évite de désactiver des tâches utiles de la bibliothèque alors que la véritable cause est l’interrogation SMART, l’indexation, les sauvegardes ou un autre service de l’hôte.

Vérifier si les sorties de veille s’arrêtent lorsque Jellyfin est arrêté

Choisissez une période de test calme, sans utilisateurs, téléchargements, sauvegardes ni importations de médias. Notez quel disque sort de veille et à quelle fréquence, puis arrêtez Jellyfin sans redémarrer l’hôte. Gardez le stockage monté afin que la seule grande variable soit le processus Jellyfin.

Si les sorties de veille s’arrêtent pendant une période d’observation suffisamment longue, poursuivez l’analyse dans Jellyfin. Si elles continuent sans changement, examinez plutôt l’hôte, le NAS, le système de fichiers ou les autres conteneurs. Un redémarrage est un mauvais premier test, car il modifie trop de services à la fois.

Redémarrez Jellyfin après la comparaison et vérifiez que le phénomène réapparaît avant de modifier les planifications. Une sortie de veille ponctuelle au démarrage est différente d’une sortie de veille récurrente toutes les quelques minutes lorsque le serveur est inactif : la correction doit cibler le déclencheur récurrent plutôt que l’initialisation normale du service.

Examiner les tâches planifiées et les analyses de la bibliothèque

Ouvrez le tableau de bord Jellyfin et examinez les tâches planifiées, leur dernière exécution, leur durée et leur prochain déclenchement. Les analyses de bibliothèque, l’actualisation des métadonnées, le traitement des images et les tâches de maintenance peuvent lire les répertoires même lorsque personne ne regarde de contenu.

La documentation du code source de Jellyfin identifie une section dédiée aux tâches planifiées dans le serveur, tandis que ses recommandations de stockage indiquent que la maintenance planifiée peut agir sur le contenu des bibliothèques. sous-système des tâches planifiées

Si la sortie de veille coïncide avec une tâche, déplacez cette tâche vers une plage de maintenance définie ou réduisez sa fréquence, uniquement si le fonctionnement de votre bibliothèque le permet. Ne désactivez pas toutes les tâches en même temps : vous ne pourriez plus déterminer quelle planification était responsable.

Vérifier le traitement des métadonnées et des images de chapitres

Certaines bibliothèques nécessitent davantage de traitement en arrière-plan que d’autres. Les images de chapitres, les données liées au trickplay, l’extraction des sous-titres et l’actualisation des métadonnées peuvent générer des rafales de lectures ou d’écritures qui semblent sans rapport avec la lecture.

Jellyfin décrit l’extraction des images de chapitres comme une opération exigeante en ressources et permet de l’exécuter comme tâche d’extraction planifiée distincte ou pendant une analyse de bibliothèque. extraction des images de chapitres Sa planification mérite donc d’être vérifiée sur un serveur dont les disques sortent de veille pendant les heures creuses.

Déplacez temporairement une tâche d’extraction suspecte vers une heure connue et comparez le comportement du disque. Si les sorties de veille se déplacent avec la tâche, vous avez identifié clairement la cause. Dans le cas contraire, rétablissez la planification et poursuivez l’analyse au lieu de désactiver définitivement une fonction qui n’était pas responsable.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Distinguer l’activité des disques de médias de celle de la base de données, du cache et des journaux

Jellyfin n’écrit pas tous les types de données sur les disques de médias. Sa base de données, sa configuration, son cache, ses journaux et ses métadonnées peuvent se trouver sur des volumes différents ; commencez donc par identifier quel disque physique sort réellement de veille.

Jellyfin recommande de conserver la base de données sur un stockage local, et une architecture standard de serveur multimédia peut faciliter la séparation des chemins de données de l’application et des médias. Si seul le SSD contenant la configuration et la base de données est actif, les disques de médias mécaniques peuvent ne nécessiter aucune modification de Jellyfin.

Si un disque de médias mécanique sort de veille alors qu’aucune tâche multimédia n’est en cours, examinez les chemins des bibliothèques ainsi que l’option d’enregistrement des métadonnées à côté des fichiers multimédias, si vous l’avez activée. L’objectif est de déplacer ou de replanifier uniquement les tâches d’écriture intensive qui ont été confirmées, et non de tirer des conclusions simplement parce que Jellyfin fonctionne.

Tester les montages réseau et les services de l’hôte comme causes concurrentes

Un NAS ou un disque externe peut sortir de veille parce que le système d’exploitation vérifie le montage, qu’un agent de surveillance interroge des fichiers, qu’une tâche de sauvegarde parcourt les répertoires ou que le périphérique de stockage exécute ses propres tâches de contrôle d’intégrité. Ces opérations peuvent continuer même lorsque Jellyfin est complètement inactif.

Pour les médias stockés sur le réseau, Jellyfin s’attend à ce que le stockage Samba ou NFS soit monté par le système d’exploitation. stockage réseau monté Cela signifie qu’une partie de l’activité disque peut provenir de l’hôte ou de la couche NAS plutôt que de l’application.

Si l’arrêt de Jellyfin ne modifie pas le schéma de sortie de veille, ne changez pas la configuration de Jellyfin. Désactivez ou replanifiez une seule tâche concurrente de l’hôte à la fois, ou utilisez des outils d’E/S au niveau des processus sur l’hôte pour identifier le lecteur avant de modifier la gestion de l’alimentation.

Réduire les sorties de veille sans compromettre la fiabilité de la bibliothèque

Une fois la cause confirmée, apportez la modification la plus limitée possible : déplacez les analyses vers une plage horaire fixe, réduisez une planification d’extraction inutile, placez les données de l’application sur un SSD ou empêchez un autre service de parcourir l’arborescence des médias. Conservez les tâches qui maintiennent votre bibliothèque à jour.

Soyez prudent avec la mise en veille agressive des disques distants ou parfois indisponibles. Jellyfin avertit que la maintenance planifiée peut supprimer des éléments de la bibliothèque si le stockage des médias est indisponible au moment de l’exécution de la tâche ; les économies d’énergie ne doivent donc pas faire croire que le montage est absent. précaution concernant le stockage pour les tâches de maintenance

Validez la correction pendant au moins un intervalle complet d’inactivité ainsi que lors de la prochaine fenêtre de maintenance planifiée. Arrêtez-vous lorsque les disques restent en veille pendant la période d’inactivité prévue et que l’analyse suivante ou la lecture fonctionne toujours normalement ; si ces objectifs sont incompatibles, privilégiez la fiabilité plutôt que quelques sorties de veille supplémentaires.