Porque é que os ficheiros criados pelo Plex têm o proprietário errado — e como corrigir isso

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 Plex-Created Files Have the Wrong Owner—and How to Fix It

A propriedade incorreta em torno do Plex é normalmente causada por uma discrepância entre o utilizador de execução, o UID/GID do anfitrião e as permissões do caminho montado.

Os ficheiros reaparecem com um proprietário inesperado depois de os eliminar ou recriar, ou o Plex perde o acesso depois de outro contentor escrever no mesmo diretório? Verifique qual é o utilizador que realmente cria cada ficheiro no anfitrião e compare essa identidade com o mapeamento do contentor e as permissões dos diretórios-pai. Evite alterações recursivas para 777, pois escondem o problema de identidade em vez de o corrigirem.

Encontre o processo que realmente cria o ficheiro

O Plex não controla a propriedade através do nome da aplicação; o sistema operativo regista o utilizador e o grupo numéricos do processo que cria o ficheiro. No Docker, essa identidade pode ser diferente do nome de utilizador que espera no anfitrião.

Os ficheiros montados por bind seguem as regras de propriedade do anfitrião, pelo que uma discrepância de UID/GID pode causar falhas de permissões mesmo quando os bits de modo do diretório parecem permissivos; este é o ponto de partida para estabelecer a propriedade dos ficheiros do Plex.

O sinal útil é o UID e GID numéricos apresentados no anfitrião para um ficheiro conhecido como correto e para um ficheiro incorreto recriado recentemente. Se os IDs forem diferentes, a identidade do criador ou o mapeamento do contentor foi alterado.

Verifique o caminho completo, não apenas a pasta final

Verifique a permissão de execução em todos os diretórios-pai e as permissões de leitura ou escrita onde o Plex precisa de acesso. Um modo correto na pasta de multimédia final não consegue compensar um diretório-pai que bloqueia a travessia.

Ao avaliar a propriedade dos ficheiros do Plex, uma estrutura de servidor multimédia pode manter o estado da aplicação, sujeito a muitas escritas, local, utilizando armazenamento de rede para a multimédia em massa e reduzindo a latência e a exposição a riscos de montagem dos dados da aplicação.

Crie um ficheiro de teste através do mesmo fluxo de trabalho que produz o problema e inspecione imediatamente a propriedade. Isto permite isolar o processo que escreve sem esperar por uma análise completa da biblioteca ou por uma importação.

Corrija primeiro a identidade e a política de grupos

Alinhe o UID/GID do contentor ou o grupo partilhado com a política do diretório do anfitrião e corrija a propriedade apenas no caminho afetado. Utilize a alteração de permissões menos abrangente que conceda ao Plex o acesso de leitura ou escrita de que realmente necessita.

Se outro contentor criar os ficheiros, corrija também esse processo de escrita. Executar repetidamente o chown após cada importação é uma solução temporária para os sintomas, não uma conceção de propriedade estável.

Reinicie os contentores relevantes e crie outro ficheiro de teste. A correção só é bem-sucedida quando os novos ficheiros herdam o proprietário ou grupo pretendido e o Plex consegue analisá-los ou lê-los sem reparações manuais de permissões.

-15% OFF

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

Single board computer zimaboard2

Escalone o problema quando a propriedade muda fora do fluxo de trabalho conhecido

Pare de alterar as permissões se a propriedade mudar mesmo quando o Plex e o processo de escrita esperado estão parados. Isso sugere um serviço do anfitrião, uma tarefa agendada, uma ACL do NAS ou um comportamento da montagem fora da configuração do contentor.

Um modelo de permissões DAS versus NAS é mais fácil de avaliar quando as funções de computação, dados da aplicação, armazenamento multimédia e rede são registadas separadamente.

Escalone o problema para a camada do sistema de ficheiros do anfitrião ou das permissões do NAS quando os IDs numéricos estiverem corretos dentro do contentor, mas forem mapeados inesperadamente no anfitrião. Mantenha a base de dados do Plex intacta enquanto o problema for claramente uma questão de identidade do sistema de ficheiros.