Porque é que o Jellyfin recria ficheiros em falta com o proprietário errado?

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

Why Does Jellyfin Recreate Missing Files With the Wrong Owner? - Zima Store Online

O Jellyfin normalmente recria os ficheiros com o proprietário errado quando a identidade ativa do serviço é diferente do proprietário do diretório ou quando um segundo caminho de importação utiliza outro UID/GID.

O problema afeta apenas as imagens transferidas recentemente ou todos os ficheiros que o Jellyfin escreve? Compare um ficheiro funcional, um ficheiro recém-criado, a identidade ativa do contentor e o destino montado através de bind antes de executar qualquer comando recursivo de permissões. O objetivo é corrigir a herança, não reparar repetidamente os sintomas.

Comprove que identidade e caminho efetuaram a escrita

Inspecione o utilizador e os grupos do contentor em execução e, em seguida, inspecione o bind mount ativo em vez de confiar no ficheiro Compose guardado no disco. Confirme que os caminhos de configuração e de cache do Jellyfin permitem escrita, enquanto os conteúdos multimédia permanecem apenas de leitura quando o acesso de escrita não é necessário. Uma verificação de permissões em camadas distingue a visibilidade no anfitrião, o mapeamento do contentor e a identidade do serviço.

Se o anfitrião vê o ficheiro mas o contentor não consegue vê-lo, corrija a montagem. Se o contentor consegue escrever mas o proprietário está errado, prossiga para o teste de identidade e herança.

Se apenas os ficheiros importados têm o proprietário errado, compare o UID/GID e a umask do importador com os do Jellyfin. Se todos os ficheiros novos estiverem errados, inspecione a ACL predefinida e o comportamento setgid do diretório principal.

Verifique a umask, os grupos, as ACL e o processo de importação

Compare o UID/GID e o modo do diretório principal com o processo que cria o ficheiro. Um programa de transferência, uma tarefa agendada ou um contentor auxiliar pode escrever através de outro contentor, mesmo que o Jellyfin apresente posteriormente o item. Verifique os grupos suplementares e as ACL predefinidas antes de alterar toda a árvore.

Não utilize uma alteração recursiva de permissões que permita a escrita a todos como solução permanente. Associe a identidade do serviço ao grupo pretendido ou torne explícitos o grupo partilhado e a ACL predefinida para os diretórios exatos que necessitam de colaboração.

Teste um ficheiro novo através do caminho de importação exato depois de alterar a identidade. Não avalie a correção com base em ficheiros criados antes de o contentor ou o contentor auxiliar serem recriados.

Corrija a herança e valide após a recriação

Aplique a alteração mínima de proprietário ou ACL ao diretório afetado, recrie um ficheiro de teste e verifique o respetivo proprietário e modo. Recrie o contentor e reinicie o anfitrião; em seguida, repita a mesma importação para garantir que a correção sobrevive à implementação e à ordem de montagem.

Peça assistência quando as alterações de proprietário regressarem após uma recriação limpa, o sistema de ficheiros ignorar a propriedade POSIX ou vários serviços competirem para gerir o mesmo caminho. Preserve o ficheiro funcional e a configuração Compose enquanto identifica o processo que efetua a escrita.

Se o proprietário mudar novamente após o reinício, a montagem ou a implementação está a aplicar uma identidade diferente. Preserve a configuração Compose funcional antes de voltar a alterar a árvore do sistema de ficheiros.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

Verifique a propriedade após o reinício e a reimportação

Recrie o contentor, reinicie o anfitrião e importe um ficheiro de teste controlado. Confirme o proprietário, o grupo, o modo e a visibilidade no Jellyfin tanto a partir do anfitrião como do contentor.

Mantenha a correção quando os ficheiros novos herdarem o grupo pretendido e o Jellyfin conseguir ler ou escrever apenas nos diretórios necessários ao fluxo de trabalho. Não conceda acesso amplo de escrita a toda a árvore de conteúdos multimédia.

Peça assistência quando o sistema de ficheiros, a camada de ACL ou vários processos de escrita continuarem a alterar o proprietário após a reimportação controlada.