Community-Lösung

ZimaOS-AppData auf ein anderes Laufwerk verschieben: Grenzen und Workarounds bei der USB-Migration

A ZimaOS AppData migration thread that began with a greyed-out migration control and ended with an official July 2026 clarification: USB drives were not supported as AppData migration destinations at that time, and the limitation was not tied to ZimaOS+.

Ein Laufwerk kann in den Dateien von ZimaOS vollständig sichtbar und dennoch als Ziel zum Verschieben von Docker-Images oder AppData nicht verfügbar sein. Diese Unterscheidung sorgte für einen großen Teil der Verwirrung in diesem Thread vom Dezember 2025.

Der ursprüngliche Verfasser schloss eine 2-TB-USB-SSD an, konnte sie in den Dateien durchsuchen, stellte jedoch fest, dass die Steuerung für die AppData-Migration deaktiviert war. Frühe Antworten aus der Community gingen davon aus, dass das Laufwerk neu formatiert oder anders initialisiert werden müsse. Spätere Tests widerlegten diese Theorie. Die maßgebliche Antwort kam im Juli 2026, als IceWhale klarstellte, dass USB-Laufwerke zu diesem Zeitpunkt nicht als Ziele für die AppData-Migration unterstützt wurden.

So sah die deaktivierte Migrationssteuerung aus

ZimaOS-Migrationseinstellungen mit den Speicherorten für AppData, Docker-Images und Benutzerdatenbank, wobei die Verschiebungssteuerung deaktiviert ist
Der ursprüngliche Bericht zeigte Migrationssteuerungen, die nicht verwendet werden konnten, obwohl das externe Laufwerk angeschlossen war.

Sichtbarkeit in den Dateien bedeutet nicht, dass das Laufwerk für die AppData-Migration geeignet ist

Die USB-Festplatte des Benutzers erschien normal in der Dateiansicht und in der Speicherübersicht:

ZimaOS-Dateien-App mit einem externen USB-Laufwerk namens ZimaData neben dem Systemspeicher
Das Laufwerk war als externer USB-Speicher zugänglich. Damit war klar, dass einfacher Dateizugriff und die Eignung für die AppData-Migration zwei getrennte Funktionen sind.
ZimaOS-Speicherkarte mit einem 2-TB-USB-Laufwerk namens ZimaData, auf dem nahezu die gesamte Kapazität verfügbar ist
ZimaOS erkannte das 2-TB-USB-Gerät und dessen Kapazität, doch dadurch wurde das Laufwerk nicht als AppData-Migrationsziel freigeschaltet.

Das Löschen des Laufwerks war keine nachgewiesene Lösung

Antworten aus der Community schlugen vor, GPT-Metadaten, Dateisystemsignaturen und Partitionen zu entfernen, damit ZimaOS das Gerät als neuen verwalteten Datenträger behandeln könne. Der ursprüngliche Verfasser probierte diese Ansätze aus und berichtete, dass sie das Problem nicht lösten. Ein anderer Benutzer wiederholte ähnliche Löschversuche in ZimaOS 1.6.1 und 1.6.2 – ebenfalls ohne Erfolg.

Da die destruktiven Befehle zum Löschen des Datenträgers in diesem Thread von Community-Mitgliedern stammten und die zugrunde liegende Einschränkung nicht behoben, sollten sie nicht als Wiederherstellungsverfahren empfohlen werden. Löschen Sie einen Datenträger nicht einfach, nur damit eine deaktivierte Migrationstaste anklickbar wird.

IceWhale bestätigte die USB-Einschränkung im Juli 2026

Am 10. Juli 2026 gab 777-Spider die entscheidende Klarstellung: Das betroffene Laufwerk war über USB angeschlossen, und ZimaOS unterstützte USB-Laufwerke zu diesem Zeitpunkt nicht als Ziele für die AppData-Migration. In derselben Antwort wurde ausdrücklich gesagt, dass es sich nicht um eine Einschränkung einer kostenpflichtigen ZimaOS+-Funktion handelte.

Diese offizielle Antwort widerlegt die frühere Theorie aus der Community, das Laufwerk müsse lediglich „raw“ gemacht oder auf besondere Weise initialisiert werden.

Das aktuelle ZimaOS verfügt weiterhin über ein integriertes Datenmigrationstool

Die aktuellen ZimaOS-Anleitungen beschreiben das Verschieben von Docker-Images, Anwendungsdaten und Benutzerdatenbanken über Einstellungen > Datenmigration auf einen anderen Speicherort. Sie stellen jedoch nicht ausdrücklich fest, dass jedes USB-Gerät als AppData-Ziel geeignet ist.

Nutzen Sie den aktuellen Ablauf für die Datenmigration, um zu sehen, welche Ziele Ihre installierte Version tatsächlich anbietet. Schließen Sie nicht aus der Aussage „USB-Speicher ist nutzbar“, dass USB auch für die AppData-Migration akzeptiert werden muss.

Die Zuordnung von Volumes pro App kann eine Alternative sein

Ein späterer Benutzer fand für Nextcloud eine Lösung, indem er die YAML-Datei der App herunterlud, sie als angepasste App importierte und die AppData-Zuordnung auf der Host-Seite zu einem Ordner auf dem externen Speicher änderte. Das war eine Lösung aus der Community und keine Empfehlung von IceWhale für jede App.

Auch das aktuelle ZimaOS empfiehlt, vor der Befüllung des Systemlaufwerks festzulegen, wo die App-Daten gespeichert werden sollen. Die Erklärung dazu, wie persistente App-Ordner realen Speicherorten zugeordnet werden, ist der sicherere Ausgangspunkt, wenn eine einzelne App auf einem größeren Datenträger gespeichert werden soll.

FAQ zur AppData-Migration in ZimaOS

Warum ist die Schaltfläche für die AppData-Migration ausgegraut, obwohl die Dateien mein USB-Laufwerk erkennen?

Im Ausgangsthread lautete die abschließende Antwort von IceWhale, dass USB zu diesem Zeitpunkt nicht als Ziel für die AppData-Migration unterstützt wurde. Dateizugriff und AppData-Migration sind getrennte Funktionen.

Wurde die Einschränkung durch ZimaOS+ verursacht?

Nein. 777-Spider sagte ausdrücklich, dass sie nicht mit ZimaOS+ oder einer kostenpflichtigen Funktion zusammenhing.

Sollte ich mein USB-Laufwerk löschen, um die Migration freizuschalten?

Nicht aufgrund dieses Threads. Mehrere destruktive Löschversuche lösten die Einschränkung nicht.

Kann ich die Daten einer einzelnen App trotzdem auf einem anderen Laufwerk speichern?

Viele Docker-Apps können Host-seitige Volume-Zuordnungen zu einem anderen Speicherort verwenden. Prüfen Sie die erforderlichen Pfade der App sorgfältig und sichern Sie die vorhandenen Daten, bevor Sie sie ändern.