El problema original era más peligroso que una ruta que desaparecía. Después de reiniciar, SABnzbd podía iniciarse antes de que el recurso compartido SMB de Synology estuviera realmente montado. El contenedor seguía viendo un directorio en la ruta de host esperada, por lo que una descarga podía completarse y parecer que se movía correctamente, aunque en realidad terminara en el almacenamiento local de ZimaOS en lugar del NAS remoto.
Con el tiempo, la comunidad creó una solución manual funcional con CIFS/fstab, y el autor original confirmó que el montaje persistía después de reiniciar. Sin embargo, también demostró el riesgo: una entrada no válida en fstab podía impedir el arranque normal, y un punto de montaje que contuviera un espacio sin escapar rompía la configuración. Considera estos comandos como administración comunitaria confirmada por la fuente, no como el procedimiento oficial actual de Almacenamiento de red de ZimaOS.
El fallo principal estaba en el momento del montaje
La ruta de origen tenía este aspecto:
/media/192.168.2.125/MoviesDespués de reiniciar, el montaje SMB no estaba listo cuando SABnzbd se inició. Volver a añadir el mismo volumen una vez que el sistema se había estabilizado hizo que funcionara de nuevo, lo que respalda firmemente la existencia de un problema de sincronización u orden, no de un ID de montaje cambiante.
Un montaje remoto ausente puede convertirse en una trampa de directorio local
Si Docker recibe una ruta de directorio del host que existe localmente mientras el sistema de archivos remoto no está disponible, la aplicación puede escribir en ese directorio local. El registro puede seguir indicando que el archivo se movió a /movies, aunque no aparezca nada en Synology.
Antes de iniciar descargas grandes, verifica que el sistema de archivos remoto esperado esté realmente montado, en lugar de comprobar únicamente que exista el directorio del punto de montaje.
La comunidad trasladó el montaje a una ruta estable en /DATA
El diseño propuesto consistía en montar el recurso compartido SMB en una ruta local estable, como:
/DATA/Media/Moviesy luego asignar esa ruta estable del host a SABnzbd. Así, la ruta del contenedor se mantiene predecible, mientras que el sistema de archivos remoto se administra en la capa del host.
El usuario de origen confirmó que /etc/fstab persistía después de reiniciar
El ejemplo de la comunidad utilizaba opciones CIFS que incluían _netdev, un dialecto SMB específico y valores de UID/GID/modo. El usuario indicó que la entrada de fstab persistía y funcionaba después de reiniciar.
No copies las credenciales directamente en una configuración legible por todos sin considerar el uso de un archivo de credenciales protegido.
nofail se volvió esencial después de que una entrada incorrecta bloqueara el arranque
El usuario de origen descubrió que un montaje no válido o no disponible podía interferir con el arranque. La respuesta recomendó nofail para que ZimaOS pudiera continuar iniciándose si el NAS remoto no estaba disponible.
_netdev también indica al sistema de montaje que se trata de un recurso que depende de la red.
Los espacios en los puntos de montaje deben gestionarse correctamente
Una segunda entrada de fstab falló porque el punto de montaje incluía TV Shows. En fstab, los espacios separan los campos, por lo que un espacio debe escaparse correctamente o evitarse usando un directorio más sencillo, como TV_Shows.
Más tarde, el autor original utilizó correctamente otra carpeta independiente sin espacios.
Prueba siempre con mount -a antes de reiniciar
El paso más seguro indicado en la fuente fue:
sudo mount -aSi devuelve un error, corrige la sintaxis o la ruta de fstab antes de reiniciar. Confirma también que el sistema de archivos montado contenga los archivos remotos esperados.
Prefiere Almacenamiento de red de ZimaOS cuando se adapte al caso de uso
Las versiones actuales de ZimaOS pueden conectarse al almacenamiento SMB/LAN mediante los flujos de trabajo de Archivos/Almacenamiento de red. Utiliza primero la interfaz administrada cuando proporcione el comportamiento de persistencia y orden que tu aplicación necesita.
Consulta el flujo de conexión SMB de Synology actual.
Un contenedor realmente sólido no debería escribir hasta verificar el montaje remoto
Incluso con fstab, un NAS de red puede quedar desconectado posteriormente. Para las canalizaciones importantes de descarga o importación, añade una comprobación de estado o de inicio, o un procedimiento operativo que confirme que el destino remoto está montado antes de que SABnzbd procese trabajos.
Preguntas frecuentes sobre el montaje SMB de SABnzbd
¿La fuente demostró que el ID del montaje SMB cambió después de reiniciar?
No. Las pruebas respaldaban un problema de sincronización del montaje.
¿El montaje de fstab persistió para el usuario de origen?
Sí, pero las entradas malformadas o no disponibles también provocaron problemas de arranque hasta que se corrigieron.
¿Por qué puede parecer que una descarga se realizó correctamente aunque no haya ningún archivo en Synology?
La aplicación puede escribir en el directorio local del punto de montaje cuando el sistema de archivos SMB remoto no está realmente montado.
