O autor da fonte conseguiu pôr o NextExplorer a funcionar plenamente no ZimaOS, com operações de criação, carregamento, escrita e eliminação. O ponto importante não foi apenas o chmod: o processo do NextExplorer era executado como um utilizador não root, enquanto o armazenamento montado utilizava um grupo diferente. Alinhar o grupo e aplicar setgid aos diretórios fez com que os conteúdos recém-criados herdassem o grupo partilhado pretendido.
Os comandos exatos do fórum não devem ser copiados cegamente para todo um conjunto de armazenamento. A fonte utiliza PGID=1001 e altera recursivamente o grupo e as permissões de /media/Safe-Storage; esses valores e esse âmbito são específicos desse sistema. O NextExplorer atual é mantido ativamente e continua a utilizar montagens Docker em /mnt, pelo que uma abordagem atual mais segura consiste em montar apenas as pastas que pretende que o NextExplorer gira e alinhar as permissões nessas pastas.
O NextExplorer atual continua a utilizar volumes /mnt em primeiro lugar no Docker
O guia rápido atual disponibilizado pelo projeto associa:
/path/to/your/files:/mnt/Filese mantém /config e /cache. Cada filho direto de /mnt torna-se um volume visível na interface.
Utilize o modelo de implementação atual do NextExplorer.
A fonte utilizou configuração e cache persistentes
O guia criou:
/DATA/AppData/nextexplorer/config
/DATA/AppData/nextexplorer/cachee associou-os a /config e /cache. Este continua a ser um bom padrão, pois o contentor pode ser recriado enquanto a configuração e a cache gerada permanecem fora dele.
A falha de escrita foi causada por uma incompatibilidade de grupos
O autor descreveu uma propriedade do armazenamento do ZimaOS semelhante a monitor:samba, enquanto o NextExplorer era executado com uma identidade não root. Quando o grupo efetivo da aplicação não correspondia ao grupo do armazenamento com permissões de escrita, as operações de eliminação e criação devolviam EACCES.
Antes de definir PGID, verifique o ID real do grupo da pasta dedicada que pretende disponibilizar. Não parta do princípio de que 1001 é universal.
O setgid ajuda os novos diretórios a herdarem o grupo partilhado
A fonte aplicou setgid aos diretórios depois de alinhar a propriedade do grupo. Num sistema de ficheiros nativo do Linux, isto pode fazer com que as novas subpastas herdem o grupo do diretório principal, o que é muito mais duradouro do que corrigir repetidamente a propriedade após cada carregamento.
Não execute chgrp recursivamente em todo o NAS, a menos que seja realmente essa a intenção
Alterar a propriedade do grupo e os modos em toda a raiz de multimédia/armazenamento pode afetar o Plex, o Jellyfin, as tarefas de cópia de segurança, os utilizadores SMB e outros contentores. Crie uma pasta dedicada gerida pelo NextExplorer ou escolha deliberadamente o grupo partilhado utilizado por todos os serviços envolvidos.
A fonte avisou que a eliminação era permanente
O guia de março de 2026 avisava explicitamente que a configuração do NextExplorer não tinha uma reciclagem e que a eliminação era imediata. O projeto upstream evoluiu significativamente desde então, incluindo funcionalidades mais recentes de controlo de acesso e partilha, mas a fonte não estabelece um fluxo de reciclagem recuperável para essa implementação.
Mantenha cópias de segurança e teste o comportamento da eliminação com ficheiros descartáveis antes de conceder ao NextExplorer acesso de escrita a dados insubstituíveis.
O NextExplorer atual tem opções de autenticação mais robustas
A documentação upstream atual descreve utilizadores/grupos locais e SSO OIDC opcional. Isto é importante se expuser um gestor de ficheiros poderoso para além de uma única LAN de confiança.
Perguntas frequentes sobre as permissões do NextExplorer
O chmod foi, por si só, a correção da fonte?
Não. O autor salientou que o alinhamento do grupo, juntamente com o setgid, era o ponto essencial.
Todos os sistemas devem utilizar PGID 1001?
Não. Utilize o ID real do grupo que é proprietário da pasta com permissões de escrita pretendida no seu sistema ZimaOS.
O NextExplorer deve ter acesso de escrita/eliminação a todo o NAS por predefinição?
Não. Limite as montagens e as permissões às pastas de que realmente necessita e mantenha cópias de segurança dos dados críticos.
