Solución de la comunidad

Windows no puede copiar entre dos unidades de red de ZimaOS

A Windows user could browse two ZimaOS shares but Explorer repeatedly failed when copying files directly from one network drive to the other.

Conclusión: el patrón del fallo coincide con la descarga de copias SMB en el mismo servidor, no con la ausencia del archivo

La copia comienza, llega casi al 100 % y luego el Explorador vuelve a intentarlo e informa de que ya no se encuentra el elemento. Mientras tanto, mover los mismos datos dentro de Archivos de ZimaOS funciona. Esta combinación apunta a la ruta de transferencia SMB entre dos recursos compartidos del mismo servidor, no a que el archivo de origen haya desaparecido.

Por qué Windows trata de forma diferente las copias SMB en el mismo servidor

Windows puede solicitar una copia en el servidor cuando el origen y el destino están en el mismo servidor SMB. Microsoft documenta este mecanismo como FSCTL_SRV_COPYCHUNK. Si esta ruta no se gestiona correctamente, el Explorador puede fallar aunque el acceso normal de lectura y escritura a cada recurso compartido funcione.

Usa una ruta de transferencia que no dependa de la optimización de copias del Explorador en el mismo servidor

Tres opciones prácticas:

  • Mueve o copia los archivos en la aplicación Archivos de ZimaOS.
  • Copia el recurso compartido A al PC y, después, del PC al recurso compartido B.
  • Usa robocopy y verifica el destino.

Microsoft documenta el comportamiento de los reintentos y las copias en la referencia de robocopy.

No atribuyas el problema directamente a los permisos

Si puedes crear, editar y eliminar archivos de forma independiente en ambos recursos compartidos, probablemente las credenciales básicas no sean el primer punto de fallo. El documento de ayuda actual de ZimaOS sobre SMB es la referencia adecuada cuando un recurso compartido es de solo lectura o las credenciales son incorrectas.

Lo que podemos afirmar y lo que no

El caso de la comunidad coincide claramente con un problema de compatibilidad de las copias del lado del servidor, pero el manual público actual de ZimaOS no documenta el comportamiento de COPYCHUNK entre recursos compartidos como una garantía compatible. Considera este patrón un atajo de diagnóstico, no una etiqueta permanente de la plataforma.

Para la configuración normal de recursos compartidos, consulta la guía NAS 101 para compartir archivos y el ejemplo de SMB autenticado en ZimaOS.