Solución de la comunidad

Las cargas grandes de Google Drive fallan en ZimaOS: ¿qué cambió?

Large video uploads to a linked Google Drive failed in ZimaOS 1.3.0-2 even though smaller files worked and cloud files could be pulled down normally.

Conclusión: el fallo de 5 GB de 2025 se debió a un límite de la integración de ZimaOS con Google Drive, no a un límite de tamaño de archivo de Google Drive

Las cargas pequeñas funcionaban, mientras que los archivos de vídeo de 5 GB o más fallaban con un error de entrada/salida. Posteriormente, el responsable de producto de IceWhale confirmó que la ruta de la API entre ZimaOS y Google Drive tenía una limitación de volumen de transferencia en esa compilación. Esto es importante porque Google Drive admite archivos individuales mucho más grandes; el problema estaba en la capa de integración.

La versión actual de ZimaOS puede mover archivos entre el almacenamiento local y Google Drive

La guía de conexión de unidades en la nube de septiembre de 2026 documenta ahora las transferencias directas del almacenamiento local a la nube, la migración por lotes, los informes de progreso y la verificación posterior a la transferencia. Por tanto, no consideres que “los archivos de más de 5 GB fallan” sea una regla vigente del producto.

La guía general de copias de seguridad de ZimaOS es la opción más adecuada cuando el objetivo es hacer copias de seguridad en lugar de colaborar.

Comprueba el fallo con los límites reales de Google

Google Workspace documenta un límite de carga o copia de 750 GB por usuario cada 24 horas y permite archivos individuales de hasta 5 TB en unidades compartidas. Por tanto, un vídeo de 15–20 GB no es intrínsecamente demasiado grande para Google Drive. Consulta los límites de carga y copia de Drive de Google.

Si hoy falla un archivo grande, comprueba el estado de la transferencia en ZimaOS, el espacio local disponible, la cuota del proveedor, el uso diario de carga y si el mismo archivo se carga directamente mediante Google Drive.

Para las cargas grandes basadas en API, Google recomienda utilizar cargas reanudables, de modo que las transferencias interrumpidas puedan continuar en lugar de reiniciarse desde cero. La guía técnica de Google Drive sobre cargas reanudables es la referencia para diagnosticar fallos de integración con archivos grandes.

Para transferencias dentro de la misma oficina, SMB sigue siendo la opción más rápida y sencilla

Captura de la interfaz de uso compartido de ZimaOS que acompaña a la recomendación de usar Samba para transferencias locales grandes de vídeo
El equipo de soporte utilizó esta captura mientras recomendaba SMB/Samba para archivos de vídeo grandes, cuando la antigua ruta de carga en la nube no era fiable.

Si los compañeros están en la misma LAN, SMB evita el recorrido de ida y vuelta por la nube. También evita cargar 20 GB en Google Drive solo para que otro equipo local vuelva a descargarlos.

La guía de conexión de ZimaClient explica la capa de cliente para el acceso directo.

Para compañeros remotos, separa el acceso a archivos de las copias de seguridad en la nube

Menú de ZimaClient que muestra la opción Abrir archivos para acceder remotamente al almacenamiento de ZimaOS
Para colaboradores remotos, el hilo recomendaba la opción Abrir archivos de ZimaClient en lugar de depender de la carga fallida en Google Drive de esa compilación de 2025.

El acceso remoto de ZimaClient puede exponer los archivos de ZimaOS sin copiarlos primero a Google Drive. Si el requisito es “enviar a los compañeros un enlace duradero en la nube”, Google Drive sigue siendo adecuado. Si el requisito es “acceder remotamente a los archivos de mi NAS”, utiliza la ruta de acceso remoto al NAS.

Por tanto, la pregunta clave para el diagnóstico no es “¿Se sincroniza Google Drive?”, sino “¿Estoy haciendo una copia de seguridad, colaborando mediante Drive o accediendo remotamente a los archivos del NAS?”. Son tres flujos de trabajo diferentes.