Community-Lösung

Große Google-Drive-Uploads schlagen in ZimaOS fehl: Was hat sich geändert?

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.

Fazit: Der 5-GB-Fehler von 2025 war eine Begrenzung der ZimaOS-Google-Drive-Integration, keine Dateigrößenbegrenzung von Google Drive

Kleine Uploads funktionierten, während Videodateien ab 5 GB mit einem Eingabe-/Ausgabefehler fehlschlugen. Der Produktmanager von IceWhale bestätigte später, dass der ZimaOS-Google-Drive-API-Pfad in diesem Build eine Begrenzung des übertragenen Datenvolumens hatte. Das ist wichtig, weil Google Drive selbst deutlich größere Einzeldateien unterstützt; das Problem lag in der Integrationsebene.

Das aktuelle ZimaOS kann Dateien zwischen lokalem Speicher und Google Drive verschieben

Der Leitfaden zum Verbinden von Cloud-Laufwerken vom September 2026 dokumentiert jetzt direkte Verschiebungen vom lokalen Speicher in die Cloud, die Migration mehrerer Dateien, Fortschrittsanzeigen und die Überprüfung nach der Übertragung. Betrachte daher „Dateien über 5 GB schlagen fehl“ nicht als aktuelle Produktregel.

Die ZimaOS-Übersicht zu Backups ist der bessere Weg, wenn es um Backups und nicht um Zusammenarbeit geht.

Prüfe den Fehler anhand der tatsächlichen Limits von Google

Google Workspace dokumentiert ein Upload-/Kopierlimit von 750 GB pro Nutzer innerhalb von 24 Stunden und erlaubt einzelne Dateien mit bis zu 5 TB in geteilten Ablagen. Ein 15–20 GB großes Video ist daher nicht grundsätzlich zu groß für Google Drive. Weitere Informationen findest du in den Upload- und Kopierlimits von Google Drive.

Wenn heute eine große Datei fehlschlägt, prüfe den Übertragungsstatus von ZimaOS, den freien lokalen Speicherplatz, das Kontingent des Anbieters, die tägliche Upload-Nutzung und ob dieselbe Datei direkt über Google Drive hochgeladen werden kann.

Für große API-basierte Uploads empfiehlt Google fortsetzbare Uploads, damit unterbrochene Übertragungen fortgesetzt werden können, anstatt bei null neu zu beginnen. Die Anleitung von Google Drive zu fortsetzbaren Uploads ist die technische Referenz zur Diagnose von Integrationsfehlern bei großen Dateien.

Für Übertragungen im selben Büro bleibt SMB der schnellere und einfachere Weg

Screenshot der ZimaOS-Freigabeoberfläche mit der Empfehlung, Samba für große lokale Videoübertragungen zu verwenden
Der Support verwendete diesen Screenshot, als er für große Videodateien SMB/Samba empfahl, weil der ältere Cloud-Upload-Weg unzuverlässig war.

Wenn sich die Kollegen im selben LAN befinden, vermeidet SMB den Umweg über die Cloud. Außerdem musst du nicht 20 GB auf Google Drive hochladen, nur damit ein anderer Rechner im lokalen Netzwerk die Datei anschließend wieder herunterladen kann.

Der Verbindungsleitfaden zu ZimaClient beschreibt die Clientschicht für den direkten Zugriff.

Bei Kollegen an anderen Standorten solltest du Dateizugriff und Cloud-Backup getrennt betrachten

ZimaClient-Menü mit der Option „Dateien öffnen“ für den Fernzugriff auf den ZimaOS-Speicher
Für Mitarbeiter an anderen Standorten verwies der Thread auf den ZimaClient-Pfad „Dateien öffnen“, statt sich auf den fehlerhaften Google-Drive-Upload in diesem Build von 2025 zu verlassen.

Der Fernzugriff von ZimaClient kann ZimaOS-Dateien bereitstellen, ohne sie zuvor in Google Drive zu kopieren. Wenn die Anforderung lautet „Sende den Kollegen einen dauerhaften Cloud-Link“, bleibt Google Drive geeignet. Wenn die Anforderung lautet „Greife aus der Ferne auf die Dateien auf meinem NAS zu“, nutze stattdessen den Fernzugriff auf das NAS.

Die entscheidende Diagnosefrage lautet daher nicht „Synchronisiert Google Drive?“, sondern „Erstelle ich ein Backup, arbeite ich über Drive mit anderen zusammen oder greife ich aus der Ferne auf NAS-Dateien zu?“ Das sind drei unterschiedliche Workflows.