Em resumo: o caminho dentro de uma aplicação não é o mesmo caminho que vê nos ficheiros do ZimaOS
O MeTube pode guardar ficheiros num caminho como /downloads dentro do respetivo contentor, enquanto o ZimaOS mapeia esse caminho para uma pasta completamente diferente no anfitrião. Alterar o lado errado do mapeamento é a razão pela qual os ficheiros transferidos parecem desaparecer.
Leia o mapeamento de volumes como Caminho do anfitrião → Caminho do contentor
/media/Storage/Downloads/MeTube -> /downloadsO MeTube escreve em /downloads. O ficheiro real aparece em /media/Storage/Downloads/MeTube no ZimaOS. A atual documentação sobre os caminhos das aplicações do ZimaOS explica exatamente este modelo.
O Docker chama ao mesmo mecanismo montagens vinculadas do Docker. Os volumes do Docker abrangem o outro modelo de armazenamento comum.
Encontre o ficheiro verificando primeiro as definições da aplicação
Abra as definições da aplicação e inspecione cada linha de volume. Identifique o caminho do contentor que a aplicação utiliza para as transferências e, em seguida, siga o lado do anfitrião dessa linha nos Ficheiros do ZimaOS. Não pesquise em todo o NAS antes de verificar o mapeamento.
Mantenha os dados transferidos fora da unidade do sistema
Para aplicações de transferência, servidores multimédia e aplicações de fotografias, mapeie os dados de grandes dimensões para um espaço de armazenamento real, em vez do disco do sistema do ZimaOS. A migração de dados do ZimaOS é útil quando uma aplicação já está a escrever na unidade errada.
Utilize um esquema de caminhos consistente entre aplicações
Por exemplo, atribua, sempre que possível, aos descarregadores e gestores de multimédia o mesmo caminho principal no anfitrião. Isto reduz a confusão com os caminhos e facilita as cópias de segurança. Os requisitos das aplicações do ZimaOS fornecem um contexto mais abrangente sobre o armazenamento das aplicações.
