Solución de la comunidad

El grupo de almacenamiento de ZimaOS no aparece en el Explorador de archivos de Windows: crea una carpeta, compártela y usa ZimaClient

A December 2025 beginner thread where a two-HDD RAID 1 pool appeared in ZimaOS but not as a usable folder in Windows. Community replies explained that the user needed to create a folder on the storage pool and share that folder with read/write permission. The original poster confirmed that step worked.

Que exista un grupo de almacenamiento en ZimaOS no significa automáticamente que Windows deba mostrar el disco sin formato o el objeto RAID como una carpeta de red normal. En este hilo de diciembre de 2025, el usuario tenía un grupo RAID 1 de dos unidades en buen estado llamado M3 Storage, pero el Explorador de Windows solo mostraba ZimaOS-HD. El paso que faltaba era crear una carpeta en el grupo de almacenamiento y compartirla con el usuario previsto.

El autor original confirmó que el procedimiento para compartir funcionó. Su objetivo más amplio —guardar archivos del ordenador localmente y copiarlos automáticamente a ZimaCube— se ajusta aún mejor al flujo de trabajo dedicado de Copia de seguridad del ordenador de ZimaClient actual.

El grupo RAID 1 ya existía y estaba en buen estado

La configuración de Almacenamiento de ZimaOS muestra M3 Storage como un grupo RAID 1 de 4 TB en buen estado
El grupo RAID 1 subyacente estaba presente y en buen estado; el problema era cómo se exponían las carpetas de usuario a Windows.

Seleccionar un elemento de almacenamiento en ZimaClient no era suficiente

Cuadro de diálogo de ZimaClient «Accede a tu carpeta en el PC» con ZimaOS-HD y M3 Storage seleccionados
El usuario seleccionó ambas entradas en ZimaClient, pero el grupo de almacenamiento aún no se podía usar como una carpeta compartida en el Explorador.

Al principio, Windows solo mostraba el recurso compartido del sistema

El Explorador de archivos de Windows muestra la ubicación de red ZimaOS-HD, pero no el grupo M3 Storage independiente
El grupo de almacenamiento sin formato no aparecía como un recurso compartido utilizable de forma independiente porque el usuario aún no había creado ni compartido una carpeta allí.

El acceso directo de ZimaClient estaba atenuado

El widget de ZimaClient muestra Abrir M3 Storage atenuado debajo del ZimaCube conectado
El acceso directo atenuado reforzaba que un objeto de almacenamiento y una carpeta compartida visible para el usuario no eran lo mismo.

Crea una carpeta en el grupo y comparte esa carpeta

La comunidad de origen proporcionó un flujo de trabajo concreto:

  1. abre Almacenamiento;
  2. abre la vista de carpetas del grupo de almacenamiento;
  3. crea una carpeta nueva;
  4. abre el menú de esa carpeta;
  5. elige Administrar recurso compartido;
  6. concede al usuario previsto acceso de lectura y escritura;
  7. usa la dirección proporcionada de Windows/macOS.

El autor original respondió: «Sí, funcionó.»

Archivos de ZimaOS también mostraba el almacenamiento como un área independiente

La aplicación Archivos de ZimaOS muestra ZimaOS-HD y M3 Storage como ubicaciones de almacenamiento independientes en la barra lateral
La interfaz Archivos distingue el área de almacenamiento del sistema del grupo RAID del usuario.

ZimaOS actual admite recursos compartidos de Samba por usuario

La documentación actual de IceWhale explica explícitamente cómo crear un recurso compartido a partir de una carpeta, elegir un miembro o invitado, asignar permisos de lectura o lectura y escritura, y copiar la dirección correcta para Windows o macOS.

Usa el flujo de trabajo actual para compartir mediante Samba en ZimaOS cuando necesites que una carpeta aparezca como un recurso compartido de red normal.

La copia de seguridad automática del equipo al NAS es una función independiente

En última instancia, el usuario original quería que los archivos del equipo local se copiaran automáticamente en el ZimaCube. ZimaClient ahora cuenta con una función específica de Copia de seguridad del equipo, mediante la cual los usuarios eligen las carpetas de origen y un espacio de almacenamiento de destino, y el cliente realiza copias de seguridad en segundo plano según un calendario.

Usa el flujo de trabajo actual de copias de seguridad del equipo de ZimaClient cuando el objetivo sea la protección automática, no solo explorar recursos compartidos SMB.

No uses la unidad pequeña del sistema como destino de las copias de seguridad

Las indicaciones actuales de IceWhale advierten específicamente a los usuarios que configuren las copias de seguridad del equipo en un espacio de almacenamiento normal, como un disco individual o una matriz RAID, y no en la unidad del sistema de ZimaOS.

Esto es especialmente relevante para el usuario original, que ya había creado un grupo RAID 1 de 4 TB específicamente para los datos de trabajo.

Un grupo de almacenamiento no es lo mismo que un recurso compartido SMB

Esta distinción explica la mayor parte de la confusión en el hilo original. La configuración de almacenamiento describe los discos físicos y las matrices. «Archivos» describe las carpetas que existen en esos espacios de almacenamiento. Los recursos compartidos de Samba exponen carpetas seleccionadas a otro equipo a través de la red.

Windows normalmente se conecta al espacio de nombres de la carpeta compartida en lugar de montar directamente el objeto RAID sin procesar. Por lo tanto, crear el RAID solo constituye la capa de almacenamiento; crear y compartir una carpeta constituye la capa de acceso de usuario.

Los permisos de lectura y escritura deben asignarse a la cuenta que realmente usas

Las instrucciones de la comunidad hicieron más que crear una carpeta: también indicaron al usuario que abriera Administrar recurso compartido y se asegurara de que la cuenta correspondiente tuviera acceso de Lectura y escritura. Si el recurso compartido aparece, pero las cargas, los cambios de nombre o las eliminaciones fallan, vuelve a comprobar la cuenta y el nivel de permisos antes de modificar el RAID.

El ZimaOS actual también admite cuentas de miembros independientes, por lo que una familia o un equipo no necesita compartir una única contraseña de administrador para acceder a una carpeta de proyecto.

Acceso rápido es una capa de comodidad, no una inicialización del almacenamiento

El usuario original vio M3 Storage en la configuración de Acceso rápido de ZimaClient y supuso que seleccionarlo debería hacer que el grupo estuviera completamente disponible en el Explorador. La solución posterior mostró por qué esa suposición era incompleta: Acceso rápido puede mostrar una carpeta o ubicación accesible, pero no sustituye la creación de la carpeta ni la configuración de los permisos del recurso compartido en el servidor.

Al solucionar problemas, primero verifica que la carpeta exista en Archivos de ZimaOS y que esté compartida correctamente; después usa ZimaClient para facilitar el acceso desde el ordenador.

El uso compartido de archivos, la sincronización y las copias de seguridad son objetivos diferentes

En las respuestas originales, a veces se usó «sincronización» de forma imprecisa. Un recurso compartido de red permite a Windows abrir archivos almacenados en el NAS. Un flujo de sincronización mantiene alineadas determinadas copias. Un flujo de copia de seguridad protege una fuente con una copia independiente e, idealmente, ofrece funciones de retención y restauración.

La función actual de Copia de seguridad del equipo de ZimaClient encaja mejor con el objetivo indicado originalmente por el usuario: proteger automáticamente el trabajo del ordenador local en el grupo RAID.

Verificación desde el cliente después de cambiar el recurso compartido

Después de crear la carpeta y configurar los permisos, desconecta las sesiones antiguas de Windows si es necesario, vuelve a conectarte con la cuenta de ZimaOS correspondiente, crea un archivo de prueba pequeño, cámbiale el nombre y vuelve a abrirlo. Esto verifica tanto la visibilidad como los permisos de escritura antes de trasladar todo un archivo de trabajo al NAS.

Preguntas frecuentes sobre el uso compartido del almacenamiento

¿La matriz RAID estaba dañada en el caso original?

No. El grupo existía y figuraba como saludable.

¿Qué paso hizo realmente que el almacenamiento estuviera disponible desde Windows?

El usuario creó una carpeta en el grupo de almacenamiento y la compartió con la cuenta y los permisos correctos.

¿La copia de seguridad automática del PC debería hacerse copiando manualmente mediante SMB?

El ZimaClient actual ofrece un flujo específico de Copia de seguridad del equipo para realizar copias programadas en segundo plano.