Perché Jellyfin mantiene attive le unità quando non ci sono utenti attivi?
Jellyfin può mantenere attivi i dischi anche senza utenti che stanno guardando contenuti, perché la riproduzione non è l’unica fonte di attività sul disco. Le attività pianificate della libreria, le operazioni sui metadati, la registrazione dei log, l’accesso al database e i controlli dello spazio di archiviazione possono verificarsi anche quando il server è altrimenti inattivo.
La diagnosi più rapida consiste nel verificare innanzitutto se Jellyfin sia davvero responsabile. Osserva l’attività del disco durante un periodo di inattività, arresta solo il container o il servizio Jellyfin e controlla se il ciclo di riattivazione termina. Questo semplice confronto evita di disabilitare attività utili della libreria quando la vera causa è il polling SMART, l’indicizzazione, un backup o un altro servizio dell’host.
Verifica se le riattivazioni terminano quando Jellyfin viene arrestato
Scegli un intervallo di prova tranquillo, senza utenti, download, backup o importazioni di contenuti multimediali. Annota quale disco si riattiva e con quale frequenza, quindi arresta Jellyfin senza riavviare l’host. Mantieni lo spazio di archiviazione montato, così l’unica variabile significativa sarà il processo Jellyfin.
Se le riattivazioni terminano dopo un periodo di osservazione sufficientemente lungo, continua l’analisi all’interno di Jellyfin. Se invece proseguono senza cambiamenti, esamina l’host, il NAS, il filesystem o gli altri container. Riavviare il sistema non è un buon primo test, perché modifica troppi servizi contemporaneamente.
Riavvia Jellyfin dopo il confronto e verifica che il comportamento ricompaia prima di modificare le pianificazioni. Una riattivazione singola all’avvio è diversa da una riattivazione ricorrente ogni pochi minuti durante l’inattività: la soluzione dovrebbe intervenire sul trigger ricorrente, non sulla normale inizializzazione del servizio.
Controlla le attività pianificate e le scansioni della libreria
Apri il pannello di controllo di Jellyfin e controlla le attività pianificate, l’ora dell’ultima esecuzione, la durata e il prossimo avvio. Le scansioni della libreria, gli aggiornamenti dei metadati, l’elaborazione delle immagini e le attività di manutenzione possono leggere le directory anche quando nessuno sta guardando contenuti.
La documentazione del codice sorgente di Jellyfin identifica un’area dedicata alle attività pianificate nel server, mentre le indicazioni sullo spazio di archiviazione avvertono che la manutenzione pianificata può operare sui contenuti della libreria. sottosistema delle attività pianificate
Se la riattivazione del disco coincide con un’attività, sposta quell’attività in una finestra di manutenzione prestabilita o riducine la frequenza, ma solo se il flusso di lavoro della libreria lo consente. Non disabilitare tutte le attività contemporaneamente: perderesti la possibilità di identificare quale pianificazione fosse responsabile.
Controlla l’elaborazione dei metadati e delle immagini dei capitoli
Alcune librerie eseguono più attività in background rispetto ad altre. Le immagini dei capitoli, i dati correlati al trickplay, l’estrazione dei sottotitoli e gli aggiornamenti dei metadati possono generare raffiche di letture o scritture che sembrano non avere nulla a che fare con la riproduzione.
Jellyfin documenta l’estrazione delle immagini dei capitoli come un’attività che richiede molte risorse di calcolo e consente di eseguirla tramite un’attività di estrazione pianificata separata o durante una scansione della libreria. estrazione delle immagini dei capitoli Per questo vale la pena controllarne la pianificazione su un server in cui i dischi si riattivano durante le ore più tranquille.
Sposta temporaneamente l’attività di estrazione sospetta in un orario noto e confronta il comportamento del disco. Se le riattivazioni si spostano insieme all’attività, hai individuato con certezza la causa. In caso contrario, ripristina la pianificazione e continua l’analisi invece di disabilitare definitivamente una funzione che non era responsabile.
Separa l’attività dei dischi multimediali da quella di database, cache e log
Jellyfin non scrive ogni tipo di dato sui dischi multimediali. Il database, la configurazione, la cache, i log e i metadati possono trovarsi su volumi diversi; identifica quindi innanzitutto quale disco fisico si sta effettivamente riattivando.
Jellyfin consiglia di mantenere il database su uno spazio di archiviazione locale, mentre una struttura standard per un media server può facilitare la separazione dei percorsi dei dati dell’applicazione e dei contenuti multimediali. Se è attivo solo l’SSD che contiene configurazione e database, potrebbe non essere necessario apportare modifiche a Jellyfin per i dischi multimediali meccanici.
Se un disco multimediale meccanico si riattiva quando non è in corso alcuna attività sui contenuti, controlla i percorsi della libreria e l’eventuale opzione “salva i metadati accanto ai contenuti” che hai attivato. L’obiettivo è spostare o ripianificare solo le attività di scrittura intensa confermate, non fare supposizioni basandosi sul semplice fatto che Jellyfin sia in esecuzione.
Verifica i mount di rete e i servizi dell’host come cause alternative
Un NAS o un disco esterno può riattivarsi perché il sistema operativo controlla il mount, un agente di monitoraggio interroga i file, un’attività di backup percorre le directory oppure il dispositivo di archiviazione esegue i propri controlli dello stato. Queste attività possono continuare anche quando Jellyfin è completamente inattivo.
Per i contenuti multimediali in rete, Jellyfin prevede che lo spazio di archiviazione Samba o NFS sia montato dal sistema operativo. spazio di archiviazione di rete montato Ciò significa che parte dell’attività sul disco può provenire dal livello dell’host o del NAS, anziché dall’applicazione.
Se arrestare Jellyfin non modifica il comportamento delle riattivazioni, non cambiare la configurazione di Jellyfin. Disabilita o ripianifica un’attività concorrente dell’host alla volta oppure usa strumenti di I/O a livello di processo sull’host per identificare il lettore prima di modificare la gestione del risparmio energetico.
Riduci le riattivazioni senza compromettere l’affidabilità della libreria
Una volta confermata la causa, apporta la modifica più piccola possibile: sposta le scansioni in una finestra prestabilita, riduci una pianificazione di estrazione non necessaria, colloca i dati dell’applicazione su SSD oppure impedisci a un altro servizio di percorrere l’albero dei contenuti multimediali. Mantieni le attività che tengono aggiornata la libreria.
Presta attenzione alla sospensione aggressiva dei dischi su spazi di archiviazione remoti o occasionalmente non disponibili. Jellyfin avverte che la manutenzione pianificata può rimuovere elementi dalla libreria se lo spazio che contiene i contenuti non è disponibile quando l’attività viene eseguita; il comportamento di risparmio energetico non dovrebbe quindi far apparire il mount come assente. avvertenza sullo spazio di archiviazione per le attività di manutenzione
Convalida la soluzione per almeno un intero intervallo di inattività e durante la successiva finestra di manutenzione pianificata. Puoi fermarti quando i dischi restano sospesi durante il periodo di inattività previsto e la scansione o la riproduzione successiva funzionano normalmente; se i due obiettivi sono in conflitto, l’affidabilità dovrebbe prevalere su qualche riattivazione aggiuntiva.
Prodotti consigliati
Supporto e consigli
Altro da leggere
È meglio eseguire il backup di Home Assistant mentre è in funzione o arrestare prima il servizio?
I backup integrati di Home Assistant possono essere eseguiti a caldo; le semplici copie del file system dovrebbero arrestare o mettere in pausa Home...
Perché un server Home Assistant diventa caldo o rumoroso durante le ore di inattività?
Metti in correlazione i picchi della ventola o della temperatura di Home Assistant con Recorder, i backup, le integrazioni e i processi eseguiti sullo...
Quando dovresti ricostruire Home Assistant invece di ripararlo?
Ripara prima il livello di Home Assistant guasto più piccolo, ripristina poi uno stato noto e funzionante, e ricostruisci solo quando non è possibile...
