Come spostare i dati di Jellyfin senza perdere utenti, cronologia o impostazioni
Per spostare Jellyfin senza perdere utenti o cronologia, arresta l’istanza di origine prima di copiare i dati persistenti e mantieni intatta l’istanza originale finché quella nuova non avrà superato la verifica.
Una migrazione di un home server può fallire anche quando tutti i file multimediali sono presenti, perché lo stato di Jellyfin risiede nei percorsi dei dati, della configurazione, dei metadati e del database. Inventaria questi mount, copiali mentre le scritture sono sospese, ricrea gli stessi percorsi e proprietari, quindi verifica accesso, cronologia, librerie e riproduzione prima di dismettere l’origine.
Blocca l’origine e inventaria i percorsi persistenti
L’istanza di origine sta ancora servendo gli utenti. Inizia con il controllo meno invasivo: registra i percorsi dei dati, della configurazione e della cache di Jellyfin, i mount del container, UID/GID, versione e posizioni dei file multimediali; arresta il container prima di copiare lo stato.
L’osservazione utile è specifica: tutti i percorsi dello stato sono montati, il percorso del database è nascosto in un volume, solo i file multimediali sono mappati. Registra il risultato prima di modificare un’altra variabile. backup prima della migrazione
Interpreta il ramo invece di procedere per supposizioni. Se tutti i percorsi persistenti sono noti, continua; se un percorso è nascosto, risolvilo prima; se sono mappati solo i file multimediali, crea un backup dello stato prima di copiare.
Copia dati, configurazione e database mantenendo intatti i proprietari
L’origine è arrestata e i percorsi sono stati inventariati. Inizia con il controllo meno invasivo: copia prima le directory dello stato, confronta il numero e le dimensioni dei file, quindi applica UID/GID alla destinazione e verifica che Jellyfin possa leggere e scrivere nel database.
L’osservazione utile è specifica: il database si apre correttamente, compare un errore di autorizzazione, i percorsi esistono ma le librerie sono vuote. Registra il risultato prima di modificare un’altra variabile. percorso del database locale
Interpreta il ramo invece di procedere per supposizioni. Se il database si apre e i percorsi corrispondono, continua; se le autorizzazioni non funzionano, correggi i proprietari senza eliminare file; se le librerie sono vuote, correggi i percorsi dei mount prima di eseguire una nuova scansione.
Ricrea l’ambiente di esecuzione prima di verificare il risultato
I dati persistenti sono stati copiati e i proprietari sono corretti. Inizia con il controllo meno invasivo: ricrea il container con i mount della destinazione, registra la versione dell’immagine e apri il pannello di amministrazione prima di modificare librerie o utenti.
L’osservazione utile è specifica: gli utenti e le librerie sono presenti, viene eseguita una migrazione all’avvio, compare la procedura guidata di configurazione iniziale. Registra il risultato prima di modificare un’altra variabile.
Interpreta il ramo invece di procedere per supposizioni. Se lo stato è presente, non eseguire ancora una nuova scansione; se viene eseguita una migrazione, lasciala terminare e mantieni l’origine; se compare la procedura guidata di configurazione, fermati perché il mount dei dati è errato.
Verifica utenti, cronologia, librerie e riproduzione prima della pulizia
La nuova istanza si avvia con lo stato copiato. Inizia con il controllo meno invasivo: accedi come utente esistente, controlla la cronologia di visione e le autorizzazioni delle librerie, riproduci un contenuto in Direct Play e uno con transcodifica, quindi riavvia una volta e ripeti la verifica.
L’osservazione utile è specifica: tutto lo stato e la riproduzione funzionano, una libreria è vuota, mancano utenti o cronologia. Registra il risultato prima di modificare un’altra variabile. percorso di verifica della migrazione
Interpreta il ramo invece di procedere per supposizioni. Se tutti i controlli superano due verifiche, conserva un backup finale e dismetti l’origine in un secondo momento; se un controllo dello stato non riesce, riporta i client all’origine; se la riproduzione non funziona, correggi il percorso o l’acceleratore prima della pulizia.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Jellyfin può condividere in sicurezza una GPU o un acceleratore con un altro container?
La condivisione della GPU è condizionata: verifica la visibilità del dispositivo e il supporto dei driver, quindi esegui entrambi i carichi di lavoro e...
Come capire se un errore di Jellyfin proviene dal client o dal server
Un errore di Jellyfin è imputabile al client quando si verifica su un solo dispositivo; è imputabile al server quando più client falliscono seguendo...
Come configurare la cache e l’archiviazione temporanea di Jellyfin
Separa lo stato persistente, la cache ricostruibile e lo spazio temporaneo per la transcodifica, quindi verifica la capacità e i permessi con un test...
