Conclusão: a organização automática do Emby requer uma montagem Docker com escrita e permissões de escrita no anfitrião
O Emby consegue analisar uma biblioteca multimédia com acesso apenas de leitura, mas a organização automática tem de mudar o nome, mover e, por vezes, eliminar ficheiros. Isso requer acesso de escrita em duas camadas: a pasta do anfitrião no ZimaOS tem de ser montada no contentor com acesso de leitura/escrita, e o processo do Emby tem de ter permissão para modificar os ficheiros do anfitrião. Corrija ambas deliberadamente; não utilize chmod 777 como solução permanente.
Passo 1: Confirmar que a pasta do anfitrião está montada com acesso de leitura/escrita
Abra as definições da aplicação Emby e inspecione os volumes. Um mapeamento deverá ter, conceptualmente, o seguinte aspeto:
/media/RAID5/TV -> /media/tvNo Emby, selecione /media/tv. O Emby não consegue navegar diretamente pelo caminho do anfitrião no ZimaOS apresentado à esquerda. A montagem vinculada do Docker explica o modelo de dois caminhos.
Os caminhos das aplicações do ZimaOS aplicam-se aos contentores da App Store em geral.
Passo 2: Comprovar que a montagem não é só de leitura
docker inspect EMBY_CONTAINER
Procure a montagem associada a TV/multimédia e confirme que não está marcada como só de leitura. Também pode testar a partir do interior do contentor com um ficheiro temporário inofensivo no destino exato mapeado:
docker exec -it EMBY_CONTAINER sh
touch /media/tv/.emby-write-test
rm /media/tv/.emby-write-testSe touch falhar, a organização automática também falhará.
Passo 3: Associar o processo do Emby ao proprietário do anfitrião
Verifique a pasta do anfitrião e a identidade do processo:
ls -ld /media/RAID5/TV
ls -ln /media/RAID5/TV
docker exec EMBY_CONTAINER idEm seguida, conceda apenas as permissões mínimas de proprietário/grupo exigidas por esse contentor. A resposta anterior sugeria chown -R 1000:1000, mas o UID 1000 não é necessariamente a identidade utilizada por todas as imagens do Emby. Verifique primeiro.
A configuração Docker do Emby é a referência oficial para a imagem que está a executar.
Não utilize chmod -R 777 como solução permanente
Se 777 faz a funcionalidade funcionar, comprovou um problema de permissões — mas também concedeu acesso de escrita a todos os utilizadores/processos locais. Restaure um modelo mais restrito de proprietário/grupo quando o teste terminar. Para um servidor multimédia, 775 com o grupo correto é geralmente mais seguro do que “qualquer pessoa pode escrever”, mas os valores exatos dependem da forma como a identidade do contentor está configurada.
Mantenha os caminhos de origem e destino com permissões de escrita
A organização automática pode monitorizar uma pasta de entrada e depois mover os ficheiros para a biblioteca final de séries de televisão. Ambas as localizações têm de estar visíveis dentro do contentor, e o destino precisa de acesso de escrita. Uma biblioteca final só de leitura pode fazer com que a pasta monitorizada pareça estar a funcionar até à primeira operação de mudança de nome ou de movimentação.
O RAID 5 não é a camada de permissões
O facto de os conteúdos estarem num RAID 5 não impede intrinsecamente as escritas. O RAID controla a redundância e o armazenamento em blocos; as montagens bind do Docker e o proprietário do sistema de ficheiros controlam o acesso da aplicação. Não reconstrua o conjunto porque um contentor recebe Permissão negada.
A migração de dados do ZimaOS é útil quando os caminhos dos conteúdos foram movidos depois de o contentor Emby ter sido criado.
Faça uma cópia de segurança da configuração do Emby antes de recriar a aplicação
Reinstalar o Emby pode alterar as definições do contentor sem corrigir a pasta de conteúdos subjacente. Preserve a configuração persistente do Emby e documente todos os mapeamentos de volumes antes de recriar a aplicação. A cópia de segurança do ZimaOS abrange a camada de recuperação.
Uma ordem mais segura para diagnosticar permissões
- Verifique se o caminho do anfitrião existe.
- Verifique se o caminho do contentor está mapeado para esse local.
- Verifique se a montagem permite leitura e escrita.
- Verifique o UID/GID do contentor.
- Verifique o proprietário/grupo no anfitrião.
- Teste um ficheiro temporário.
- Só depois teste a organização automática.
Os requisitos de aplicações do ZimaOS fornecem o modelo mais abrangente de armazenamento da App Store.
Perguntas frequentes
Porque é que o Emby consegue reproduzir ficheiros, mas não os consegue organizar?
A reprodução requer apenas acesso de leitura. A organização automática precisa de permissão para criar, mudar o nome, mover e eliminar ficheiros.
Devo fazer chown da pasta para 1000:1000?
Só se o processo Emby em execução utilizar realmente esse UID/GID. Verifique primeiro a identidade do contentor.
É seguro utilizar chmod 777?
Utilize-o apenas como diagnóstico breve, se necessário. É demasiado abrangente para ser um modelo de permissões permanente.
O RAID 5 torna o Emby só de leitura?
Não. O nível RAID e as permissões dos ficheiros da aplicação são camadas distintas.
Que caminho devo adicionar dentro do Emby?
Utilize o caminho do lado do contentor definido no mapeamento do volume Docker, e não o caminho do anfitrião apresentado em Ficheiros do ZimaOS.
