Come configurare l'archiviazione delle registrazioni TV in diretta senza riempire i dati dell'app

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

Le registrazioni TV in diretta sono file multimediali di grandi dimensioni e durevoli; i dati dell'applicazione sono piccoli e rappresentano lo stato sensibile alla latenza necessario per avviare e gestire il server. Quando entrambi condividono un volume del container, una singola registrazione può esaurire lo spazio necessario per il database, i log e gli aggiornamenti.

Una progettazione sicura assegna alle registrazioni un dataset o una condivisione host dedicata, la monta nel container e configura l'impostazione del DVR con il percorso del container. Lo spazio temporaneo per la transcodifica è una terza categoria di dati e non dovrebbe ricadere silenziosamente nel volume di configurazione.

Separare i tre ruoli di archiviazione

Identifica il percorso di configurazione persistente, la libreria delle registrazioni e l'area di lavoro per la transcodifica o il timeshift. Annota i relativi percorsi host e del container in una piccola mappa; modificare solo il campo nel dashboard non basta se il container non può accedere alla destinazione.

Mantieni la configurazione su uno spazio di archiviazione affidabile, incluso nelle normali procedure di backup. Archivia le registrazioni su uno spazio orientato alla capacità, in grado di assorbire la velocità di scrittura prevista, e colloca i dati temporanei della transcodifica in modo che non possano sottrarre spazio al database.

Stima una registrazione nello scenario peggiore, non un episodio medio. Moltiplica il bitrate del flusso del sintonizzatore per la durata programmata più lunga, aggiungi le registrazioni simultanee e mantieni un margine operativo di spazio libero per il comportamento del filesystem e dell'applicazione.

Montare una destinazione dedicata per le registrazioni

Crea una directory o un dataset host, ad esempio /srv/media/recordings, e montalo nel container in un percorso chiaro, come /recordings. Usa un bind mount o un volume gestito che persista quando il container viene ricreato.

Fai corrispondere la proprietà e i permessi all'UID e al GID utilizzati dal processo Jellyfin. Una destinazione visibile ma non scrivibile spesso genera un errore di autorizzazione e può indurre l'operatore a tornare al percorso predefinito dei dati dell'applicazione.

Una segnalazione della community relativa a un errore di autorizzazione del percorso di registrazione dimostra perché la sola visibilità non sia un test sufficiente. Crea ed elimina un piccolo file come utente del container prima di programmare un vero programma.

Indicare i percorsi DVR e temporanei per i volumi previsti

Nelle impostazioni Live TV o DVR, imposta il percorso di registrazione sul mount della registrazione visibile dal container, non sul percorso host. Se la versione installata supporta destinazioni separate per film e serie, mantienile entrambe nello stesso dataset di registrazione con capacità gestita, a meno che tu non abbia un motivo per separarle.

Imposta il percorso di transcodifica su un mount temporaneo dedicato con capacità sufficiente nel breve periodo. Non collocare le registrazioni nella directory di transcodifica: i dati temporanei possono essere eliminati in modo aggressivo, mentre le registrazioni completate sono dati dell'utente.

Se usi la post-elaborazione, il comportamento della post-elaborazione di Jellyfin passa al script il percorso della registrazione completata. Assicurati che lo script veda lo stesso percorso montato e non possa spostare accidentalmente un file nel volume dell'applicazione.

Testare gli stati di errore e aggiungere una protezione della capacità

Avvia una breve registrazione manuale, verifica che le sue dimensioni aumentino nel dataset delle registrazioni, interrompila e riproduci il risultato. Riavvia il container e ripeti la riproduzione per dimostrare che il mount è persistente e non un livello anonimo del container.

Imposta un avviso sui byte liberi o sulla percentuale utilizzata sia per il dataset delle registrazioni sia per il volume dei dati dell'applicazione. Le regole di conservazione sono utili, ma non sostituiscono un avviso, perché una pulizia non riuscita, programmazioni duplicate ed eventi insolitamente lunghi possono vanificare una stima.

Esegui il backup del piccolo volume di configurazione separatamente dalle registrazioni ingombranti. La checklist per la dismissione di Jellyfin offre un modello utile per l'inventario, distinguendo lo stato essenziale dai componenti sostituibili del media server.

Supporto e consigli

Altro da leggere

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.