Perché Jellyfin ricrea i file mancanti con il proprietario sbagliato?
Jellyfin ricrea solitamente i file con il proprietario errato quando l’identità del servizio attivo differisce dal proprietario della directory o quando un secondo percorso di importazione utilizza un altro UID/GID.
Il problema riguarda solo le immagini scaricate di recente o tutti i file scritti da Jellyfin? Confronta un file funzionante, un file appena creato, l’identità del container attivo e la destinazione del bind mount prima di eseguire qualsiasi comando ricorsivo sui permessi. L’obiettivo è correggere l’ereditarietà, non riparare ripetutamente i sintomi.
Dimostra quale identità e quale percorso hanno eseguito la scrittura
Controlla l’utente e i gruppi del container in esecuzione, quindi verifica il bind mount effettivo invece di affidarti al file Compose presente sul disco. Conferma che i percorsi di configurazione e cache di Jellyfin siano scrivibili, mentre i contenuti multimediali rimangano di sola lettura quando l’accesso in scrittura non è necessario. Un controllo multilivello dei permessi distingue la visibilità sull’host, la mappatura del container e l’identità del servizio.
Se l’host vede il file ma il container no, correggi il mount. Se il container può scrivere ma il proprietario è errato, continua con il test dell’identità e dell’ereditarietà.
Se solo i file importati hanno il proprietario errato, confronta UID/GID e umask dell’importatore con quelli di Jellyfin. Se ogni nuovo file è errato, controlla l’ACL predefinita della directory principale e il comportamento setgid.
Controlla umask, gruppi, ACL e il processo di importazione
Confronta UID/GID e modalità della directory principale con il processo che crea il file. Un downloader, un’attività pianificata o un sidecar potrebbe scrivere attraverso un container diverso, anche se Jellyfin visualizza successivamente l’elemento. Controlla i gruppi supplementari e le ACL predefinite prima di modificare l’intero albero.
Non usare una modifica ricorsiva dei permessi con accesso per tutti come soluzione permanente. Abbina l’identità del servizio al gruppo previsto oppure rendi espliciti il gruppo condiviso e l’ACL predefinita per le directory esatte che richiedono collaborazione.
Testa un nuovo file attraverso il percorso di importazione esatto dopo aver modificato l’identità. Non valutare la correzione in base a file creati prima che il container o il sidecar venisse ricreato.
Correggi l’ereditarietà e convalida dopo la ricreazione
Applica la modifica minima alla proprietà o all’ACL della directory interessata, ricrea un file di prova e verifica il proprietario e la modalità. Ricrea il container e riavvia l’host, quindi ripeti la stessa importazione affinché la correzione resista alla distribuzione e all’ordine di montaggio.
Procedi con un’escalation quando le modifiche al proprietario ricompaiono dopo una ricreazione pulita, il filesystem ignora la proprietà POSIX o più servizi competono per gestire lo stesso percorso. Conserva il file funzionante e la configurazione Compose mentre individui con precisione il processo che esegue la scrittura.
Se la proprietà cambia nuovamente dopo il riavvio, il mount o la distribuzione sta applicando un’identità diversa. Conserva la configurazione Compose funzionante prima di modificare di nuovo l’albero del filesystem.
Verifica la proprietà dopo il riavvio e la reimportazione
Ricrea il container, riavvia l’host e importa un file di prova controllato. Conferma proprietario, gruppo, modalità e visibilità in Jellyfin sia dall’host sia dal container.
Mantieni la correzione quando i nuovi file ereditano il gruppo previsto e Jellyfin può leggere o scrivere solo nelle directory richieste dal flusso di lavoro. Non concedere un accesso in scrittura esteso all’intero albero dei contenuti multimediali.
Procedi con un’escalation quando il filesystem, il livello ACL o più processi di scrittura continuano a modificare la proprietà dopo la reimportazione controllata.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Come ottimizzare le connessioni al database di Jellyfin per container simultanei
Inizia con un unico proprietario del database e monitora il comportamento dei blocchi di SQLite; aggiungi un backend diverso solo quando la concorrenza e...
Come impedire la duplicazione di processi o importazioni in Jellyfin
Il lavoro duplicato di solito deriva da pianificatori sovrapposti o da più di un autore; assegna un unico responsabile, un unico percorso e un’unica...
Come riparare Jellyfin dopo che il volume del database si è riempito
Interrompi le scritture, conserva il database e i file WAL, libera spazio senza eliminare indiscriminatamente lo stato, quindi verifica l’integrità e il carico di...
