En enhet kan vara helt synlig i ZimaOS Filer och ändå inte vara tillgänglig som destination för att flytta Docker-avbildningar eller AppData. Den skillnaden orsakade mycket av förvirringen i den här tråden från december 2025.
Trådskaparen anslöt en USB-SSD på 2 TB och kunde bläddra på den i Filer, men upptäckte att reglaget för AppData-migrering var inaktiverat. De första svaren från communityn antog att enheten behövde formateras om eller initieras på ett annat sätt. Senare tester motbevisade den teorin, och det mest auktoritativa svaret kom i juli 2026, när IceWhale klargjorde att USB-enheter vid den tidpunkten inte stöddes som destinationer för AppData-migrering.
Så här såg det inaktiverade migreringsreglaget ut
Synlig i Filer betyder inte att enheten kan användas för AppData-migrering
Användarens USB-disk visades normalt i gränssnitten Filer och Lagring:
Att radera enheten var ingen bevisad lösning
Svar i communityn föreslog att GPT-metadata, filsystemssignaturer och partitioner skulle tas bort så att ZimaOS kunde behandla enheten som en ny hanterad disk. Trådskaparen provade dessa förslag och rapporterade att de inte löste problemet. En annan användare upprepade liknande raderingsförsök i ZimaOS 1.6.1 och 1.6.2 med samma resultat.
Eftersom de destruktiva kommandona för diskradering i den här tråden kom från communitydeltagare och inte löste den underliggande begränsningen, bör de inte framställas som en återställningsmetod. Radera inte en disk enbart för att göra ett inaktiverat migreringsreglage klickbart.
IceWhale bekräftade USB-begränsningen i juli 2026
Den 10 juli 2026 gav 777-Spider det avgörande förtydligandet: den berörda enheten var ansluten via USB, och ZimaOS stödde inte USB-enheter som destinationer för AppData-migrering vid den tidpunkten. I samma svar sades uttryckligen att detta inte var en begränsning kopplad till den betalda funktionen ZimaOS+.
Det officiella svaret ersätter den tidigare teorin från communityn om att enheten bara behövde göras ”rå” eller initieras på något särskilt sätt.
Aktuella ZimaOS har fortfarande ett inbyggt verktyg för datamigrering
Aktuella instruktioner för ZimaOS beskriver hur Docker-avbildningar, programdata och användardatabaser flyttas från Inställningar > Datamigrering till ett annat lagringsutrymme. De anger inte uttryckligen att alla USB-enheter kan användas som AppData-mål.
Använd det aktuella arbetsflödet för datamigrering för att se vilka destinationer din installerade version faktiskt visar. Dra inte slutsatsen att USB måste godtas för AppData-migrering bara för att ”USB-lagring kan användas”.
Mappning av volymer per app kan vara ett alternativ
En senare användare hittade en lösning för Nextcloud genom att ladda ner appens YAML-fil, importera den som en anpassad app och ändra mappningen av AppData på värdsidan till en mapp på extern lagring. Det var en lösning från communityn, inte en rekommendation från IceWhale för alla appar.
Aktuella ZimaOS rekommenderar också att man bestämmer var appdata ska lagras innan systemdisken fylls. Förklaringen av hur beständiga appmappar mappas till verklig lagring är en säkrare utgångspunkt när en enskild app behöver ligga på en större disk.
Vanliga frågor om AppData-migrering i ZimaOS
Varför är knappen för AppData-migrering gråmarkerad trots att Filer kan se min USB-enhet?
I den aktuella tråden var IceWhales slutliga svar att USB inte stöddes som destination för AppData-migrering vid den tidpunkten. Filåtkomst och AppData-migrering är separata funktioner.
Orsakades begränsningen av ZimaOS+?
Nej. 777-Spider sa uttryckligen att den inte var kopplad till ZimaOS+ eller en betald funktion.
Bör jag radera min USB-enhet för att låsa upp migrering?
Inte utifrån den här tråden. Flera destruktiva försök att radera enheten löste inte begränsningen.
Kan jag fortfarande lägga en enskild apps data på en annan disk?
Många Docker-appar kan använda volymmappningar på värdsidan till en annan lagringsplats. Kontrollera noggrant vilka sökvägar appen kräver och säkerhetskopiera befintliga data innan du ändrar dem.
