Un recurso compartido de Samba creado en la aplicación Archivos de ZimaOS no debería tener que recrearse después de cada reinicio. En el hilo de enero de 2026, una respuesta de la comunidad sugirió inicialmente esperar a que se montara el grupo de almacenamiento, pero después de que el usuario aclarara que la propia definición del recurso compartido desaparecía, el comportamiento se consideró anómalo.
El hilo no llegó a una reparación confirmada. Eso significa que «reiniciar SMB» o «alternar el recurso compartido» no debería promocionarse como una solución permanente para un recurso compartido cuyo registro realmente desaparece.
Primero, distingue entre un recurso compartido ausente y un montaje lento
Después de reiniciar, abre Almacenamiento y confirma que el disco o grupo subyacente esté disponible. Luego revisa la interfaz Archivos/Compartido mediante Samba. Si el recurso compartido aún existe, pero los clientes no pueden conectarse, soluciona el servicio SMB y la autenticación. Si la definición del recurso compartido ha desaparecido, se trata de un problema de persistencia diferente.
Las versiones actuales de ZimaOS admiten la gestión persistente de recursos compartidos de Samba
La guía actual de Samba multiusuario documenta cómo crear recursos compartidos desde Archivos y gestionarlos posteriormente en la interfaz de elementos compartidos.
La guía actual de solución de problemas de SMB resulta útil cuando el recurso compartido existe, pero el acceso falla.
No recrees el recurso compartido antes de recopilar pruebas
Si la definición desaparece después de cada reinicio, registra la versión de ZimaOS, la ruta del recurso compartido, el grupo de almacenamiento, el tipo de permisos y toma capturas de pantalla antes de recrearlo. Reconstruir repetidamente el recurso compartido elimina el estado que el equipo de soporte necesita para investigarlo.
La guía de SMB autenticado ayuda a distinguir los fallos de permisos o autenticación de los fallos de persistencia del recurso compartido.
Comprueba si la ruta compartida es persistente
Un recurso compartido respaldado por un espacio de almacenamiento normal montado en ZimaOS debería sobrevivir al reinicio. Una ruta dentro de un montaje transitorio, un dispositivo extraíble, una capa de contenedor o un sistema de archivos externo temporalmente no disponible puede fallar de otra manera.
Espera hasta que el almacenamiento esté disponible antes de decidir que falta el recurso compartido, pero si la aplicación Archivos realmente no muestra ningún recurso compartido guardado después, trátalo como un error de persistencia de la configuración y no como un retraso normal de reconexión del cliente.
Conclusión
El hilo original no produjo una solución verificada. Estableció un límite importante: un recurso compartido SMB temporalmente inaccesible después de reiniciar puede deberse a un problema de sincronización del montaje o del cliente, pero que un recurso compartido creado en Archivos desaparezca por completo no es normal. Registra la configuración que desaparece y reproduce el problema en la versión actual de ZimaOS antes de aplicar soluciones alternativas basadas en reiniciar el servicio.
