O problema de origem era mais perigoso do que um caminho que desaparecia. Após um reinício, o SABnzbd podia iniciar antes de a partilha SMB da Synology estar efetivamente montada. O contentor continuava a ver um diretório no caminho esperado do anfitrião, pelo que uma transferência podia ser concluída e parecer mover-se corretamente — quando, na realidade, acabava no armazenamento local do ZimaOS, em vez de no NAS remoto.
A comunidade acabou por criar uma solução manual funcional com CIFS/fstab, e o autor original confirmou que a montagem persistia após o reinício. No entanto, também demonstrou o risco: uma entrada fstab inválida podia impedir o arranque normal, e um ponto de montagem que contivesse um espaço não escapado interrompia a configuração. Considere estes comandos como administração comunitária confirmada pela fonte, não como um procedimento oficial atual do ZimaOS para armazenamento de rede.
A Falha Principal Estava no Momento da Montagem
O caminho de origem tinha este aspeto:
/media/192.168.2.125/MoviesApós o reinício, a montagem SMB ainda não estava pronta quando o SABnzbd arrancou. Voltar a adicionar o mesmo volume depois de o sistema estabilizar fez com que funcionasse novamente, o que sustenta fortemente a hipótese de um problema de sincronização/ordem, e não de um ID de montagem alterado.
Uma Montagem Remota Ausente Pode Transformar-se Numa Armadilha de Diretório Local
Se o Docker receber um caminho de diretório do anfitrião que exista localmente enquanto o sistema de ficheiros remoto está ausente, a aplicação pode escrever nesse diretório local. O registo pode continuar a indicar que o ficheiro foi movido para /movies, embora nada apareça na Synology.
Antes de iniciar transferências grandes, verifique se o sistema de ficheiros remoto esperado está realmente montado, em vez de confirmar apenas que o diretório do ponto de montagem existe.
A Comunidade Transferiu a Montagem para um Caminho /DATA Estável
O desenho proposto consistia em montar a partilha SMB num caminho local estável, como:
/DATA/Media/Moviese depois mapear esse caminho estável do anfitrião para o SABnzbd. Desta forma, o caminho do contentor mantém-se previsível, enquanto o sistema de ficheiros remoto é gerido ao nível do anfitrião.
O Utilizador da Fonte Confirmou que o /etc/fstab Persistia Após o Reinício
O exemplo da comunidade utilizava opções CIFS que incluíam _netdev, um dialeto SMB específico e valores de UID/GID/modo. O utilizador afirmou que a entrada do fstab persistia e funcionava após o reinício.
Não copie credenciais diretamente para uma configuração legível por todos sem considerar a utilização de um ficheiro de credenciais protegido.
nofail Tornou-se Essencial Depois de uma Entrada Incorreta Bloquear o Arranque
O utilizador da fonte descobriu que uma montagem inválida ou indisponível podia interferir com o arranque. A resposta recomendou nofail, para que o ZimaOS pudesse continuar a arrancar se o NAS remoto estivesse indisponível.
_netdev também indica ao sistema de montagem que esta depende da rede.
Os Espaços nos Pontos de Montagem Têm de Ser Tratados Corretamente
Uma segunda entrada do fstab falhou porque o ponto de montagem incluía TV Shows. No fstab, os espaços em branco separam campos, pelo que um espaço tem de ser escapado adequadamente ou evitado utilizando um diretório mais simples, como TV_Shows.
Mais tarde, o OP utilizou com sucesso uma pasta separada sem espaços.
Teste Sempre com mount -a Antes de Reiniciar
O passo mais seguro indicado pela fonte foi:
sudo mount -aSe for apresentado um erro, corrija a sintaxe/o caminho do fstab antes de reiniciar. Confirme também que o sistema de ficheiros montado contém os ficheiros remotos esperados.
Prefira o Armazenamento de Rede Atual do ZimaOS Quando Este Satisfizer o Caso de Utilização
O ZimaOS atual pode ligar-se a armazenamento SMB/LAN através dos fluxos de trabalho Ficheiros/Armazenamento de Rede. Utilize primeiro a interface gerida quando esta fornecer o comportamento de persistência/ordenação de que a sua aplicação necessita.
Consulte o fluxo de trabalho atual para ligar uma partilha SMB da Synology.
Um Contentor Verdadeiramente Robusto Não Deve Escrever Antes de a Montagem Remota Ser Verificada
Mesmo com o fstab, um NAS de rede pode ficar offline mais tarde. Para fluxos de transferência/importação importantes, adicione uma verificação de estado/arranque ou um procedimento operacional que confirme que o destino remoto está montado antes de o SABnzbd processar tarefas.
Perguntas Frequentes sobre Montagens SMB do SABnzbd
Foi provado pela fonte que o ID da montagem SMB mudou após o reinício?
Não. As evidências sustentavam um problema de sincronização da montagem.
O fstab persistiu para o utilizador da fonte?
Sim, mas as entradas malformadas/indisponíveis também causaram problemas de arranque até serem corrigidas.
Porque pode uma transferência parecer concluída com sucesso quando não existe nenhum ficheiro na Synology?
A aplicação pode escrever no diretório local do ponto de montagem quando o sistema de ficheiros SMB remoto não está realmente montado.
