Jellyfin peut fonctionner à une température élevée ou être bruyant en l’absence de spectateur actif, car les tâches en arrière-plan et les services associés continuent de consommer des ressources CPU, de stockage ou GPU.
« Personne ne regarde de contenu en streaming » décrit l’activité des utilisateurs, pas celle de l’hôte. Les analyses de bibliothèque, actualisations des métadonnées, générations de miniatures de navigation, extractions des chapitres, analyses des extensions, sauvegardes, téléchargements et autres conteneurs peuvent tous augmenter la puissance consommée et la vitesse du ventilateur. Identifiez le processus et la plage horaire planifiée qui coïncident avec la chaleur avant de supposer que le refroidissement est défectueux.
Vérifiez les tâches planifiées avant le matériel de refroidissement
Le premier suspect est une tâche récurrente qui démarre lorsque les spectateurs sont absents. Les tâches lourdes d’imagerie ou d’analyse peuvent solliciter durablement le processeur sans qu’aucune session de lecture ne soit visible dans le tableau de bord.
La maintenance de la bibliothèque peut s’exécuter sans spectateur actif ; les analyses Jellyfin planifiées constituent une source concrète d’activité à mettre en corrélation avec l’utilisation du CPU et du disque.
Comparez les pics de vitesse du ventilateur ou de température avec l’historique des tâches planifiées. Déplacez une tâche lourde vers une plage horaire connue et vérifiez si le profil thermique la suit.
Recherchez un transcodage logiciel ou des sessions bloquées
Un client peut avoir cessé de regarder un contenu alors qu’un processus de conversion ou une session défaillante reste actif. Une défaillance de l’accélération matérielle peut également transformer une tâche modérée en charge CPU durable.
Le transcodage produit un profil très différent de celui d’une diffusion inactive ; un transcodage Jellyfin mesuré distingue la charge CPU et GPU selon les chemins de codecs et de filtres.
Vérifiez les processus FFmpeg, les sessions actuelles et les journaux récents. Si l’utilisation du CPU baisse lorsque le processus orphelin se termine, corrigez le problème de session ou de transcodage avant de modifier les courbes de ventilation.
Mesurez les autres conteneurs sur le même hôte
Un outil de téléchargement, une sauvegarde, un indexeur de photos ou une charge de travail d’IA peut chauffer la même machine alors que Jellyfin reste lui-même inactif. Les noms des conteneurs ne créent pas d’enveloppes thermiques séparées.
Les charges de travail colocalisées peuvent créer des interférences liées aux ressources partagées visibles au niveau de l’hôte, même lorsqu’une application n’est pas très sollicitée.
Utilisez une comptabilisation du CPU et des entrées-sorties au niveau des processus ou des conteneurs pendant l’événement thermique. La cartographie des charges d’un serveur domestique doit inclure les tâches qui se chevauchent, même si elles n’ont aucun lien avec la lecture multimédia.
Comparez la température à la puissance secteur et au travail effectué
Le comportement du ventilateur peut changer après des mises à jour du BIOS ou du noyau, mais la chaleur reste liée à la puissance électrique et à la charge de travail. Effectuez des mesures avant de supposer un défaut de capteur ou de refroidissement.
La puissance consommée au repos et lors du transcodage peut varier fortement selon les plateformes de serveur domestique, ce qui entraîne des besoins de refroidissement très différents.
Enregistrez simultanément la puissance secteur, la puissance du boîtier CPU, la température et la vitesse du ventilateur au repos et pendant une tâche connue. N’étudiez le refroidissement que lorsque la température est anormale pour le niveau de puissance mesuré.
Assistance et conseils
Plus à lire

Faut-il sauvegarder Jellyfin à chaud ou arrêter le service au préalable ?
Privilégiez les sauvegardes lorsque le service est arrêté pour plus de simplicité ; n’utilisez des instantanés à chaud que lorsque l’état de l’application est...

Quand faut-il reconstruire Jellyfin plutôt que le réparer ?
Choisissez la reconstruction plutôt que la réparation lorsque la dérive de l’environnement d’exécution est à l’origine du problème et que l’état persistant est sauvegardé...

Quelle quantité de stockage libre Jellyfin doit-il conserver pour les tâches en arrière-plan ?
Aucun pourcentage universel d’espace libre ne convient à Jellyfin ; mesurez séparément la croissance persistante et les pics temporaires, puis prévoyez une marge supérieure...

