Varför blir Jellyfin varmt eller högljutt när ingen streamar?
Jellyfin kan bli varmt eller högljutt utan aktiva tittare eftersom bakgrundsprocesser och kompletterande tjänster fortfarande använder CPU-, lagrings- eller GPU-resurser.
”Ingen streamar” beskriver användaraktivitet, inte aktivitet på värddatorn. Biblioteksskanningar, uppdatering av metadata, generering av trickplay, extrahering av kapitel, plugin-analyser, säkerhetskopieringar, nedladdningar och andra containrar kan alla öka effektförbrukningen och fläkthastigheten. Identifiera processen och det schemalagda tidsfönstret som sammanfaller med värmen innan du antar att kylningen är defekt.
Kontrollera schemalagda aktiviteter innan du ändrar kylningen
Den första misstanken bör vara återkommande arbete som startar när inga tittare är aktiva. Tunga bild- eller analysuppgifter kan skapa en ihållande beräkningsbelastning utan att någon uppspelningssession visas i instrumentpanelen.
Underhåll av biblioteket kan köras utan en aktiv tittare; schemalagda Jellyfin-skanningar är ett konkret exempel på arbete som bör jämföras med CPU- och diskaktivitet.
Jämför toppar i fläkthastighet eller temperatur med historiken över schemalagda aktiviteter. Flytta ett tungt jobb till ett känt tidsfönster och se om temperaturmönstret följer det.
Leta efter mjukvarutranskodning eller sessioner som har hängt sig
En klient kan ha slutat titta medan en konverteringsprocess eller en misslyckad session fortfarande är aktiv. Om hårdvaruaccelerationen inte fungerar kan även ett måttligt jobb övergå i en ihållande CPU-belastning.
Transkodning ger en helt annan profil på värddatorn än inaktiv leverans; en uppmätt Jellyfin-transkodning separerar CPU- och GPU-belastning mellan olika kodek- och filtervägar.
Kontrollera FFmpeg-processer, aktuella sessioner och de senaste loggarna. Om CPU-belastningen sjunker när den övergivna processen avslutas bör du lösa orsaken till sessionen eller transkodningen innan du ändrar fläktkurvorna.
Mät andra containrar på samma värddator
En nedladdare, säkerhetskopiering, fotoindexerare eller AI-arbetsbelastning kan värma upp samma maskin medan Jellyfin självt är inaktivt. Containernamn skapar inte separata termiska zoner.
Samlokaliserade arbetsbelastningar kan skapa störningar mellan delade resurser som märks på värddatorn även när en enskild applikation inte är upptagen.
Använd redovisning av CPU- och I/O-användning per process eller container under temperaturtoppen. Arbetsbelastningskartan för hemmaservern bör omfatta jobb som överlappar varandra även om de inte har med medieuppspelning att göra.
Jämför temperaturen med vägguttagets effekt och utfört arbete
Fläktstyrningen kan förändras efter uppdateringar av BIOS eller kärnan, men värmen följer fortfarande den elektriska effekten och arbetsbelastningen. Mät innan du antar att det är fel på sensorn eller kylningen.
Effektförbrukningen vid inaktivitet och transkodning kan skilja sig kraftigt mellan olika plattformar för hemmaservrar, vilket ger mycket olika kylbehov.
Registrera vägguttagets effekt, processorns paketeffekt, temperatur och fläkthastighet samtidigt vid inaktivitet och under en känd aktivitet. Undersök kylningen först när temperaturen är onormal i förhållande till den uppmätta effektnivån.
Rekommenderade produkter
Support och tips
Mer att läsa
Bör du säkerhetskopiera Jellyfin medan tjänsten körs eller stoppa tjänsten först?
Föredra säkerhetskopior av stoppade tjänster för enkelhetens skull; använd live-ögonblicksbilder endast när applikationstillståndet fångas konsekvent och återställningar har testats.
När bör du bygga om i stället för att reparera Jellyfin?
Välj ominstallation framför reparation när problemet är avvikelser i körmiljön och beständiga data är säkerhetskopierade; ”ominstallera” inte genom att radera den enda fungerande databasen.
Hur mycket ledigt lagringsutrymme bör Jellyfin behålla för bakgrundsjobb?
Ingen universell procentandel ledigt utrymme passar för Jellyfin; mät ihållande tillväxt och tillfälliga toppar separat och reservera sedan marginal utöver båda.
